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CHAPTER  1:  INTRODUCTION 


1.1  Introduction 

The  intent  of  this  Technical  Report  is  to  provide  potential  users  with  an  explanation  of  how  to  use 
the  ffiEE  Standard  for  Waveform  and  Vector  Exchange  (WAVES)  [1]  in  conjunction  with  the 
VHSIC  Hardware  Description  Language  (VHDL).  WAVES  is  an  industry  standard  for 
representing  digital  stimulus  and  response  data  for  both  the  design  and  test  communities.  The 
WAVES  standard  format  was  developed  to  support  users  in  the  exchange  of  waveform  information 
between  multiple  simulator  and  tester  environments.  The  WAVES  standard  provides  for  the 
faithful  exchange  of  test  verification  data  between  systems.  WAVES,  being  a  non-proprietary 
standard,  provides  a  design  to  test  link  between  these  systems  by  establishing  a  common  data 
exchange  capability. 

This  report  intends  to  provide  the  reader  with  a  basic  understanding  of  how  to  utilize  a  common  set 
of  WAVES  elements  in  VHDL  design  verification.  The  authors  will  first  introduce  the  reader  to  a 
common  set  of  support  utilities  for  WAVES  and  relate  them  to  a  functional  understanding  of  how 
they  are  utilized.  This  approach  suggests  a  methodology  that  minimizes  the  work  involved  by  an 
individual  through  the  use  of  a  common  user  library.  This  methodology  does  not  restrict  the  user, 
but  rather  provides  an  organized  scheme  to  ehminate  repetitive  work  and  reduce  the  learning  cycle 
for  WAVES. 

The  material  presented  in  this  report  assumes  that  the  user  has  a  basic  knowledge  of  VHDL 
modeling  and  test  verification.  The  material  addresses  the  needs  of  both  the  design  engineer  and 
the  test  engineer.  For  the  designer,  some  familiarity  or  knowledge  of  VHDL  is  required  in 
understanding  the  use  of  WAVES  in  conjunction  with  VHDL.  The  test  engineer  should  be  famihar 
with  a  high  level  programming  language  in  order  to  understand  how  to  represent  a  waveform  for 
application  on  an  Automated  Test  System  (ATS). 
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1.2  WAVES  History 


The  name  WAVES  was  chosen  carefully.  The  words  “waveform”  and  “vector”  indicate  that 
WAVES  may  represent  simulator  event  trace  data,  as  well  as  the  highly  structured  test  vectors 
typical  of  automated  test  equipment.  The  word  “exchange”  means  that  WAVES  is  meant  for  the 
exchange  of  information  between  vendors  as  well  as  design  and  test  environments.  WAVES  was 
not,  however,  designed  to  replace  the  stimulus/response  formats  used  within  a  given  environment. 

Because  WAVES  is  an  exchange  specification,  all  facets  of  the  stimulus  and  response  data  must  be 
captured.  Nothing  must  be  left  to  the  reader’s  imagination,  for  everyone  has  slightly  different 
interpretations  about  what  constitutes  expected  data.  What  is  “obviously  right”  to  one  engineer  is 
likely  to  be  “obviously  wrong”  to  another.  When  exchanging  information  between  environments, 
assumptions  are  dangerous  and  often  incorrect.  Therefore,  WAVES  data  stands  alone  and  does 
not  require  anything  in  common  between  sender  and  receiver,  other  than  an  adherence  to  the 
WAVES  specification. 

WAVES  is  a  subset  of  IEEE  Std  1076-1993,  also  known  as  VHDL  [2].  Anyone  with  an 
understanding  of  VHDL  will  have  an  easy  time  understanding  the  syntax  and  semantics  of 
WAVES.  However,  complete  knowledge  of  VHDL  is  certainly  not  a  prerequisite  for 
understanding  WAVES.  WAVES  includes  only  the  sequential  portion  of  VHDL,  which  means 
that  WAVES  is  essentially  an  algorithmic  programming  language.  Anyone  familiar  with  a  modem 
programming  language,  such  as  Ada  or  C-I-+,  will  have  no  trouble  reading  WAVES  source  code. 

VHDL  was  chosen  as  the  basis  for  WAVES  because  VHDL  is  so  important  in  the  design  phase  of 
electronic  components  and  modules.  VHDL  is  a  standard  representation  for  modeling  and 
simulating  digital  circuits.  Extensive  effort  has  gone  into  the  design  of  VHDL,  so  there  was  no 
reason  to  repeat  that  work  by  designing  a  totally  new  language.  Finally,  many  design 
environments  are  available  for  VHDL,  and  these  may  be  used  without  change  on  a  WAVES  data 
set. 

1.3  WAVES-VHDL  Modeling  and  Simulation 

The  acceptance  of  a  standard  as  a  common  practice  is  slow  and  requires  an  iterative  process 
involving  user  demand,  support  tooling  and  user  acceptability.  Tool  vendors  will  only  invest  in  a 
tool  development  when  it  is  apparent  there  is  a  profitable  market  available.  Users,  on  the  other 
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hand,  require  both  tool  support  as  well  as  an  understanding  of  the  standard  and  the  benefits  of 
using  that  standard.  The  main  ingredient  to  the  adoption  of  a  standard  as  a  common  practice  is  the 
availability  of  information  for  the  use  and  application  of  the  standard.  The  focus  of  this  section  is 
to  discuss  the  work  performed  to  enhance  the  integration  of  WAVES  for  model  simulation  and 
verification. 


User  Library  WAVES  Standard  Library 


The  initial  complexity  of  WAVES,  prior  to  performing  this  work,  is  shown  in  Figure  1.3.1.  The 
lack  of  tool  support  easing  this  complexity  was  identified  as  a  weak  point  in  achieving  widespread 
WAVES  utilization.  In  order  to  utilize  WAVES,  a  person  had  to  be  well  versed  in  the  syntax, 
semantics  and  usage  of  WAVES  so  that  they  could  create  all  of  the  necessary  files  to  perform  the 
simulation.  Therefore,  tools  and  libraries  have  been  developed  to  mitigate  the  complexity  for  the 
average  user. 

Figure  1.3.2  shows  the  new  library  structure.  The  complexity  of  the  User  Library  has  been 
reduced  through  the  creation  of  the  WAVES  1164  Library,  which  provides  a  pre-defmed 
environment  for  common  applications  of  WAVES  and  VHDL.  The  WAVES  1164  Library 
elements  were  developed  to  reduce  the  learning  curve  by  providing  a  set  of  predefined  library 
functions  which  will  meet  90%  of  all  users  needs.  The  hope  is  that  these  packages  will  eventually 
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be  integrated  into  the  WAVES  Language  Reference  Manual  (LRM).  Chapters  2,  3  and  4  will 
discuss  each  of  the  new  functions  placed  in  the  WAVES  1164  Library. 

A  prototype  automatic  testbench  generation  tool  has  also  been  developed  based  on  these  library 
elements.  The  purpose  of  the  tool  is  to  provide  a  methodology  that  minimizes  the  work  involved 
by  an  individual  by  exploiting  the  use  of  a  common  user  library.  The  tool  automatically  generates  a 
testbench,  which  not  only  applies  WAVES  stimulus  to  the  model,  but  verifies  the  validity  of  the 
expected  responses.  Additionally,  others  tools  have  been  developed  to  support  the  generation  of 
the  WAVES  data  set. 


WAVES  Standard  Library 


1.4  WAVES  Common  Packages 

There  are  three  different  sets  of  library  functions  necessary  to  support  the  WAVES-VHDL 
testbench  configuration.  The  library  functions  address  IEEE  Std  1164-1993  logic  values, 
waveform  shapes,  and  testbench  utilities.  Chapters  2  through  4  will  describe  the  library  functions 
generated  to  create  the  WAVES  1164  library.  Chapters  5  and  6  will  discuss  the  WAVES  and 
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VHDL  elements  related  to  the  user’s  library  space. 


1.4.1  WAVES  1164  Logic  Values 

First,  a  WAVES  logic  value  system  was  created.  These  WAVES  packages  define  a  logic  value 
system  based  on  the  TF.RF,  Std  1 164-1993  Multivalued  Logic  System  [3].  They  provide  a  library 
of  reusable  elements  for  WAVES  users  who  are  developing  VHDL  models  that  are  compliant  with 
the  TFFF,  standard  logic  package.  WAVES  logic  values  define  the  events  that  occur  on  the 
waveform  signals  generated  by  the  WAVES  data  set.  This  logic  value  system  is  almost  identical  to 
the  Std  1164  logic  values,  however,  they  also  account  for  the  waveform  signal  direction  which  is 
required  to  generate  a  self  monitoring  testbench. 

1.4.2  Waveform  Shapes 

A  second  set  of  library  functions  was  created  to  establish  a  set  of  basic  waveform  shapes  (formats) 
that  may  be  used  to  constmct  complete,  complex  waveform  descriptions  for  all  of  the  input  and 
output  signals  for  a  given  model  or  unit  under  test  (UUT).  A  WAVES  waveform  is  comprised  of 
three  basic  elements:  pattern  data  (the  truth  table  data),  format  (the  waveform  shape),  and  timing 
(the  edge  transition  points).  These  three  elements  combine  to  create  the  waveforms  for  data  input 
to  the  model  (the  drive  data)  and  the  data  expected  on  the  output  of  the  model  (the  expect  or 
compare  data).  A  library  of  functions  that  generate  common  shapes  was  constructed  to  simplify 
the  waveform  generation  process  and  provide  a  link  to  ATS  utilization.  The  library  functions  are 
used  to  specify  the  format  and  timing  values  associated  with  the  supplied  pattern  data. 

1.4.3  TestBench  Utilities 

The  third  set  of  library  functions  developed  provide  for  the  integration  and  tool  support  for  using 
WAVES  in  the  VHDL  simulation  environment.  This  library  of  functions  provides  the  means  to 
connect  the  WAVES  port  list  signals  to  the  model  and  evaluate  the  model  response  for 
compatibility  to  the  WAVES  expected  response.  The  library,  when  utilized  in  conjunction  with  the 
testbench  tool,  eliminates  hand  development  of  the  testbench.  The  functions  generated  have  been 
developed  to  support  any  testbench  with  uni-directional  or  bi-directional  pins. 
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1.5  Overview 


This  report  does  not  describe  the  WAVES  standard,  but  rather  builds  upon  a  conunon  set  of 
utilities  from  which  a  user  may  build  a  waveform  description  for  a  specific  UUT.  Chapters  2 
through  4  introduce  and  explain  the  basic  construction  of  the  common  library  packages  and 
establishes  the  framework  for  the  examples  that  follow.  Chapter  5  discusses  in  detail  the 
automation  tools  and  how  they  aid  a  user  in  creating  their  WAVES  data  sets  and  generating  a 
VHDL  testbench  for  applying  the  stimulus  and  response  to  the  models  within  a  VHDL  simulation 
environment.  These  tools  were  developed  specifically  around  the  library  packages  described  in 
Chapters  2  through  4.  Chapter  6  contains  three  complete  model  examples  which  demonstrate  the 
utility  of  the  library  packages  and  the  support  tool.  Each  example  in  Chapter  6  introduces  a  new 
aspect  of  either  the  tool-generated  output  or  the  concepts  supported  by  the  library  packages. 
Fragments  of  the  examples  appear  in  the  text  of  each  section  with  the  complete  VHDL  model, 
WAVES  data  set  and  VHDL  testbench  appearing  in  the  respective  Appendix. 
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CHAPTER  2:  WAVES  LOGIC  VALUE  SYSTEM 
FOR  IEEE  STD  1164-1993 


2.1  Introduction 

This  chapter  presents  and  describes  the  WAVES  packages  that  define  a  logic  value  system  based 
on  the  TF.F.E  Std  1164-1993,  Multivalued  Logic  System.  These  packages  provide  a  library  of 
reusable  elements  for  WAVES  users  in  developing  VHDL  models  that  are  compliant  with  the  IEEE 
standard  logic  package.  WAVES  logic  values  define  the  events  that  occur  on  the  signals  of  the 
waveform.  This  WAVES  logic  value  system  provides  the  basic  building  blocks  for  constructing 
the  frame  shapes  that  are  described  in  the  next  chapter.  This  logic  value  system  consists  of  three 
WAVES  declarations  that  reside  in  two  packages:  WAVES_1164_Pin_Codes  and 
WAVES.l  164_Logic_Value. 

2.2  WAVES_1164_Pin_Codes 

The  first  package,  WAVES_1164_Pin_Codes,  contains  the  constant  declaration  of  a  string  that 
enumerates  all  of  the  legal  1164  pin  codes  that  may  appear  in  the  WAVES  external  (truth  table) 
vector  file.  The  name  of  this  constant  is  pin_codes.  The  code  for  this  package  is  given  in  listing 
2.2.1. 


PACKAGE  waves_1164_pin_codes  IS 

CONSTANT  pin_COdes  :  STRING  :=  "X01ZWLH-"; 

END  waves_1164_pin_codes ; 

Listing  2.2.1  WAVES_1164_Pin_Codes  Package. 

The  pin  codes  string  declaration  includes  all  of  the  legal  IEEE  standard  1164  codes  except  ‘U’ 
(uninitialized).  The  order  of  the  elements  of  the  pin  codes  string  is  not  significant.  They  have  been 
declared  in  this  order  for  consistency  with  IEEE  Std  1 164-1993. 

Omitting  the  ‘U’  from  the  list  of  1164  codes  that  are  allowed  eliminates  its  use  in  a  WAVES 
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external  file.  The  reason  is  that  it  makes  little  sense  to  drive  a  model  input  with  an  uninitialized 
value.  The  uninitialized  state,  ‘U’,  of  a  given  signal  is  dictated  by  the  initial  state  of  the  model 
during  elaboration,  not  by  the  values  placed  on  the  inputs  of  a  model  by  the  testbench.  Likewise,  it 
makes  no  sense  to  require  and  verify  that  a  given  model  output  generates  an  uninitialized  value.  In 
fact,  we  expect  the  signals  of  the  model  to  be  uninitialized  when  simulation  begins,  but  we  don’t 
actually  verify  that  their  value  is  ‘U’.  Typically,  we  don’t  look  at  the  values  of  model  outputs  until 
we  care  what  their  values  actually  are.  Therefore,  there  is  no  reason  for  the  WAVES  data  set  to 
expect  a  ‘U’  on  a  given  signal. 


2.3  WAVES_1164_Logic_Value 

The  second  package,  WAVES_1164_Logic_Value,  contains  an  enumerated  type  declaration  and  a 
function  declaration.  The  name  of  the  enumerated  type  is  logic_value  and  the  name  of  the 
function  is  value_dictionary.  The  code  for  the  package  specification  is  given  in  listing  2.3.1. 


LIBRARY  waves_std; 

USE  waves_stcl.  waves_stanclard .  ALL  ; 

PACKAGE  waves_1164_logic_value  IS 

TYPE  logic_value  IS 

{ 

dont_care , 
sense_x, 
sense_0 , 
sense_l , 
sense_z , 
sense_w, 
sense_l , 
sense_h, 
drive_x, 
drive_0 , 
drive_l , 
drive_z , 
drive_w, 
drive_l , 
drive_h  ) ; 

FUNCTION  value_dictionary (  value  :  logic_value  ) 

RETURN  event_value ; 

END  waves_1164_logic_value ; 

Listing  2.3.1  WAVES_1164_Logic_Value  Package  Specification. 
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There  are  several  interesting  aspects  to  this  package.  First,  the  package  is  placed  in  the  context  of 
the  WAVES_Standard  package.  This  is  required  to  make  the  eveiit_value  type  visible.  Next  the 
logic_vaIue  enumerated  type  is  declared.  This  enumeration  type  declares  the  names  of  all  of  the 
legal  logic  values  that  can  be  used  to  generate  events  on  a  waveform.  The  first  logic  value  that  is 
listed  is  dont_care  which  corresponds  to  the  code  in  Standard  Logic.  Next,  there  is  a  set  of 
sense  logic  values  and  a  set  of  drive  logic  values  for  each  of  the  following  Standard  Logic  codes, 
‘X’,  ‘O’,  ‘1’,  ‘Z’,  ‘W’,  ‘L’,  and  ‘H’.  Also,  notice  that  as  discussed  for  the 
WAVES_1164_Pin_Codes  package,  no  logic  value  corresponds  to  the  Standard  Logic  code  ‘LF’. 
Finally,  the  value_dictionary  function  is  declared.  This  function  will  be  discussed  below.  First 
we  will  discuss  the  grouping  of  the  elements  of  the  logic_value  declaration. 

The  logic  values  enumerated  above  represent  three  separate  groupings:  the  dont_care  group,  the 
sense  group,  and  the  drive  group.  This  grouping  reflects  the  different  nature  and  use  of  these 
logic  values.  The  dont_care  logic  value  appears  first  in  the  declaration  for  initialization  reasons. 
After  elaboration,  all  signals  not  explicitly  assigned  a  default  value  have  the  value  T’left,  where  T  is 
the  type  mark  of  the  signal.  This  causes  the  post  elaboration  values  of  each  signal  of  the  WAVES 
data  set  to  be  dont_care,  since  Logic_value’left  is  dont_care.  The  post  elaboration  values  of  aU 
implicitly  defaulted  outputs  on  any  model  that  is  compliant  with  IEEE  Std  1164-1993  will  be  ‘U’, 
since  STD_logic’left  is  ‘U’.  When  this  is  the  case,  the  WAVES  data  set  effectively  states  that  it 
does  not  care  that  the  model  may  have  uninitialized  outputs  at  the  beginning  of  the  simulation.  This 
is  consistent  with  the  way  that  the  model  will  be  tested. 

The  dont_care  logic  value  is  grouped  separately  from  the  drive  logic  values,  since  it  makes  Mttle 
sense  to  drive  the  model  with  a  “don’t  care.”  Typically,  when  we  truly  don’t  care,  the  model  is 
driven  with  either  a  ‘1’  or  a  ‘O’,  not  a  In  fact,  when  a  resolved  signal  is  driven  with  the 
standard  logic  (1164)  resolution  function  generates  an  ‘X’.  Therefore,  the  function  of  the 
dont_care  logic  value  is  for  stating  that  we  do  not  care  what  the  actual  output  of  the  model  is  at  a 
given  time.  This  function  differs  from  the  sense  logic  values  in  that  each  sense  logic  value 
indicates  the  value  that  we  expect  on  a  given  model  output. 

The  drive  logic  values  occur  on  the  waveform  whenever  a  signal  generated  by  the  WAVES  data 
set  represents  stimulus  to  be  “driven”  on  an  input  of  the  model.  The  sense  logic  values  occur  on 
the  waveform  whenever  a  signal  generated  by  the  WAVES  data  set  represents  the  expected 
response  of  the  model.  This  “dual”  logic  value  system  allows  WAVES  to  represent  the  direction  of 
the  signals  that  make  up  the  waveform  and  is  necessary  information  for  verification. 
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The  code  for  the  WAVES_1164_Logic_Value  package  is  given  in  Appendix  A1.2.  The  package 
body  consists  only  of  the  implementation  of  the  value_dictionary  function.  This  function  is 
used  to  document  the  meaning  of  each  element  enumerated  in  the  logic  value  type  declaration  with 
regard  to  state,  strength,  direction,  and  relevance.  This  function  is  not  used  by  VHDL  when 
simulating  a  WAVES  data  set.  The  only  purpose  of  the  value_dictionary  function  is  to 
document  the  semantics  of  the  logic  values.  The  definition  of  the  state  and  strength  values 
associated  with  each  logic  value  are  derived  from  the  IEEE  Std  1 164-1993  definitions. 
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CHAPTER  3:  WAVES  FRAME  SET  FORMATS 


3.1  Introduction 

In  order  to  verify  the  functionality  and  performance  of  a  digital  design,  an  analysis  system  must 
supply  a  set  of  input  signals  and  know  the  expected  outputs  which  will  come  from  the  unit  and 
know  when  the  outputs  are  expected  to  come  (in  order  to  flag  any  errors).  This  analysis  system 
may  simply  be  a  VHDL  simulator  used  for  design  verification  or  a  complex  automated  test  system 
used  for  electrical  characterization.  This  chapter  describes  the  WAVES  packages  that  define  a  set 
of  basic  waveform  formats  (shapes)  that  may  be  used  to  construct  complete,  complex  waveform 
descriptions  for  all  the  input  and  output  signals  for  a  given  unit  under  test  (UUT).  These  packages 
provide  a  library  of  reusable  waveform  shapes  for  WAVES  users  when  developing  VHDL  models 
that  are  compliant  with  the  WAVES_1164_Logic_Value  package  described  in  Chapter  2.  This 
WAVES  package  provides  the  basic  building  blocks  for  constructing  UUT  waveforms.  The 
waveform  package  WAVES_1 164_FRAMES  is  included  in  Appendix  2. 

3.2  Terminology 

A  waveform  is  comprised  of  three  basic  elements:  pattern  data  (the  truth  table  data),  format  (the 
waveform  shape),  and  timing  (the  edge  transition  points).  These  three  elements  combine  to  create 
the  waveforms  for  data  input  to  the  UUT  (the  drive  data)  and  the  data  expected  on  the  output  of 
the  UUT  (the  expect  or  compare  data). 

The  pattern  data  refers  to  the  legal  pin  codes  that  are  valid  in  a  WAVES  external  file  as  defined  in 
Chapter  2.  The  pattern  data  ‘X’,  ‘O’,  ‘U,  ‘Z’,  ‘W’,  ‘L’,  ‘H’,  or  occurs  once  for  each  WAVES 
slice  (which  roughly  corresponds  to  a  tester  cycle).  By  itself,  the  pattern  data  means  nothing  to 
the  UUT,  because  the  data  must  be  formatted.  It  is  the  job  of  the  WAVES  frame  set  descriptions  to 
supply  the  information  necessary  for  the  analysis  system  to  properly  “build”  data  sheet-like 
waveforms.  The  pattern  data  is  applied  to  the  UUT  in  the  chosen  format(s)  at  the  times  specified  in 
order  to  create  waveform(s)  at  the  UUT  pins. 
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The  creation  of  a  WAVES  formatted  signal  is  comprised  of  several  WAVES  elements  that  are  built 
up  to  define  a  static  definition  of  the  waveform  shape  and  associated  timing.  This  chapter 
describes  the  WAVES_1164_FRAMES  package  developed  to  establish  a  basic  set  of  waveform 
shapes  that  are  readily  available  to  the  user.  In  order  to  describe  these  waveforms,  we  must  first 
define  some  basic  terminology. 

The  time  segments  associated  with  a  waveform  can  be  thought  of  as  consecutive  advancing  slices 
of  a  waveform.  These  segments  of  time  are  called  WAVES  slices  and  roughly  correspond  to  test 
system  “cycles”.  A  tester  cycle  is  one  tester  period  and  is  measured  from  tO  (time  zero)  to  tO  of 
the  next  cycle  (see  Figure  3.2.1). 


Figure  3.2.1  Sample  Input/Output  Waveforms  and  WAVES  Slices. 

Typically,  each  individual  waveform  may  have  multiple  edge  transitions  in  one  period  or  cycle. 
This  list  of  edge  transitions  (WAVES  events)  on  an  individual  signal  of  the  waveform  within  a 
slice  is  defined  as  a  frame.  The  set  of  frames  for  all  possible  legal  pattern  values  (WAVES  pin 
codes)  that  can  be  used  on  a  signal  is  called  a  frame  set.  The  functions  that  are  described  in  this 
chapter  are  used  to  define  and  establish  a  common  set  of  the  waveform  shapes  (WAVES  frame 
sets).  In  Chapter  6  we  will  show  how  these  waveform  shapes  are  combined  to  create  a  frame  set 
array  to  describe  the  waveform  signals  on  all  the  UUT  inputs  and  outputs  during  a  slice.  For  the 
rest  of  this  chapter  we  will  refer  to  the  pre-defined  collection  of  waveform  shapes  or  frame  sets  as 
formats. 

Drive  formats  are  designated  as  the  waveform  shapes  that  are  associated  with  a  UUT  input  signal. 
That  is,  what  the  signal  does  during  the  slice  when  the  pin  code  is  specified.  This 
WAVES_1 164_FRAMES  package  contains  a  reasonable,  generic  set  of  drive  formats  for  the  1164 
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logic  values  that  may  be  used  by  anyone.  The  WAVES  drive  frame  formats  we  have  developed 
are:  non-return  (NR),  return  high  (RH),  return  lovr  (RL),  pulse  high  (PH),  pulse  high 
skew  (PHS),  pulse  low  (PL),  pulse  low  skew  (PLS),  and  surround  by  complement 
(SC).  The  WAVES_1164_FRAMES  package  contains  a  function  which  corresponds  to  each 
format  named  (see  section  3.4). 

For  expected  data  (output  signals),  two  WAVES  format  functions  were  developed  to  supply  the 
analysis  system  with  the  information  necessary  to  compare  the  actual  unit  under  test  output  with  the 
expected  output  at  a  specified  time.  The  compare  is  performed  over  a  span  of  time  by  using  a 
window  compare  or  a  window  skew  compare  function  (see  section  3.5). 

The  WAVES  frames  developed  and  described  in  this  chapter  provide  great  flexibility  and  may  be 
used  to  build  very  complex  waveforms.  The  package  specification  that  defines  these  frame  sets  is 
shown  in  Listing  3.2.1. 


LIBRARY  waves_1164; 

USE  waves_1164  .  waves_1164_pin_cod[es  .  ALL  ; 
USE  waves_1164 . waves_1164_logic_value . ALL ; 
USE  waves_1164 . waves_interf ace . ALL ; 

PACKAGE  waves_1164_f rames  IS 


--  Declare  functions  that  return  Frame  Sets. 


FUNCTION  non_return  {  tl  :  TIME  )  RETURN  franie_set; 

FUNCTION  return_low(  tl,  t2  :  TIME  )  RETURN  f ranie_set  ; 

FUNCTION  return_high (  tl,  t2  :  TIME  )  RETURN  frame_set; 

FUNCTION  surround_coniplement  (  tl,  t2  :  TIME  )  RETURN  frame_set; 
FUNCTION  pulse_low(  tl,  t2  :  TIME  )  RETURN  f rame_set ; 

FUNCTION  pulse_low_skew (  tO,  tl,  t2  :  TIME  )  RETURN  frame_set; 
FUNCTION  pulse_high(  tl,  t2  :  TIME  )  RETURN  frame_set; 

FUNCTION  pulse_high_skew (  tO,  tl,  t2  :  TIME  )  RETURN  frame_set; 
FUNCTION  window {  tl,  t2  :  TIME  )  RETURN  frame_set; 

FUNCTION  window_skew{  tO,  tl,  t2  :  TIME  )  RETURN  f rame_set ; 

END  waves_1164_f rames  ; 

Listing  3.2.1  WAVES_1164_frames  package  declaration. 
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3.3  Pattern  Data  Dependency 


As  mentioned  before,  usually,  for  each  individual  waveform  signal  there  is  just  one  pair  of  timing 
edge  transitions:  the  leading  edge  transition  tl  and  the  trailing  edge  transition  t2.  The  formats 
developed  in  this  package  conform  to  this  convention.  The  waveform  shapes  are  entirely 
dependent  upon  the  data  values  present  in  the  pattern  vectors.  Data  dependent  formats  always 
present  pattern  data  at  least  between  the  tl  and  t2  markers.  The  format  selected  also  describes  the 
logic  level  for  the  time  from  t2  until  tl  of  the  next  cycle  (and  in  some  cases  the  format  selected 
dictates  the  logic  level  from  tO  at  the  beginning  of  the  cycle  until  the  leading  edge  transition  time 
tl). 


14 


3.4  Drive  Formats 


3.4.1  Compound  Formats 


Non-Return  (NR).  Typical  output  from  a  simulation  program  is  in  NR  format,  which  is  the 
simplest  way  to  represent  UUT  behavior.  The  NR  frame  forces  a  pattern  data  transition  at  tl 
(only),  and  continues  driving  data  until  the  next  tl,  ignoring  the  subsequent  t2  and  tO.  That  is,  at 
to,  the  drive  level  is  whatever  the  data  of  the  previous  cycle  had  been.  At  tl,  it  drives  the  data  level 
of  the  present  cycle  and  remains  at  that  level  at  least  until  tl  of  the  following  cycle,  ignoring  both  t2 
and  the  subsequent  tO.  A  sample  waveform  showing  the  NR  format  is  shown  in  Figure  3.4.1. 
The  NR  frame  set  definition  is  shown  in  Listing  3.4.1. 


data=0  data=1 

to  t1  12  to  t1  12  to 


Figure  3.4.1  Non-Return  Waveform. 


FUNCTION  non_return{  tl  :  TIME  )  RETURN  frame_set  IS 


CONSTANT  edge  :  event_time  :=  etime {  tl  ) ; 


BEGIN 

RETURN 


END 


new_ 

.frame_set  { 

■X'  , 

f  raine_event  ( 

(drive_X, 

edge )  ; 

)  + 

new_ 

franie_set  { 

■O'  , 

f rame_event ( 

(drive_0 , 

edge)  ; 

)  + 

new_ 

frame_set ( 

f  ranie_event  ( 

{drive_l , 

edge)  ) 

)  + 

new_ 

frame_set { 

■Z'  , 

f rame_event ( 

{drive_Z , 

edge)  ; 

)  + 

new_ 

f rame_set ( 

'  W  , 

f rame_event ( 

(drive_W, 

edge)  ; 

)  + 

new_ 

f rame_set ( 

■L'  , 

f rame_event ( 

(drive_L , 

edge)  ; 

)  + 

new_ 

f rame_set ( 

'H'  , 

f rame_event ( 

(drive_H , 

edge)  ) 

)  + 

new_ 

frame_set ( 

1  _  1 

t 

fraine_event 

)  ; 

non_return ; 


Listing  3.4.1  Non-Return  Frame  set  declaration. 
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Return  High  (RH).  The  RH  frame  drives  the  specified  data  level  from  tl  to  t2  and  drives  the 
level  high  from  t2  to  the  following  tO.  That  is,  the  drive  level  is  at  the  value  that  was  present  at  the 
end  of  the  previous  cycle  from  tO  to  tl,  transitions  at  tl  to  the  valid  data  pattern  level,  and  goes 
high  (or  stays  high  depending  on  the  pattern  data  value)  at  time  t2.  A  sample  waveform  showing 
the  RH  format  is  shown  in  Figure  3.4.2.  The  heavy  dashed  line  represents  the  drive  level  present 
due  to  the  frame  set  definition  and  not  from  the  pattern  data  shown  at  the  top  of  the  figure.  The  RH 
frame  set  definition  is  shown  in  Listing  3.4.2. 


logic 

high 


logic 

low 


data=0  data=1 

to  t1  t2  to  t1  12  to 


Figure  3.4.2  Return  High  Waveform. 


FUNCTION  return_high{  tl,  t2  :  TIME  )  RETURN  fraine_set  IS 


CONSTANT  edgel  :  event_tiine  :=  etime(  tl  )  ; 
CONSTANT  edge2  :  event_time  :=  etime(  t2  ) ; 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Return_High  frames."  & 
"The  inequality:  Tl  <  T2  Must  hold." 
SEVERITY  FAILURE; 

RETURN 


new_f  ranie_set  ( 

'X' , 

frame_elist  ( 

(  (drive_X,  edgel)  , 
{drive_l,  edge2))  ; 

1  )  + 

new_f rame_set ( 

'O'  , 

frame_elist  ( 

((drive_0,  edgel)  , 
(drive_l,  edge2))  ) 

1  )  + 

new_f  raine_set  { 

'1' , 

frame_event ( 

(  drive_l ,  edgel)  ) 

)  + 

new_f rame_set { 

■Z' , 

frame_elist ( 

((drive_Z,  edgel)  , 
{drive_l,  edge2))  ) 

)  + 

new_f rame_set ( 

'W  , 

frame_elist ( 

(  (drive_W,  edgel)  , 
{drive_l,  edge2))  ) 

)  + 

new_f rame_set ( 

■L'  , 

fraine_elist  ( 

(  (drive_L,  edgel)  , 
(drive_l,  edge2) )  ) 

)  + 

new_f rame_set ( 

'H'  , 

frame_elist ( 

(  {drive_H,  edgel)  , 
(drive_l,  edge2))  ) 

)  + 

new_f rame_set ( 
return_high ; 

1  _  f 

/ 

f  raine_event  ( 

{  drive_l,  edge2  )  ) 

)  ; 

Listing  3.4.2  Return  High  Frame  set  declaration. 
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Return  Low  (RL).  The  RL  frame  drives  the  specified  data  level  from  tl  to  t2  and  drives  the 
level  low  from  t2  to  the  following  tO.  That  is,  the  drive  level  is  at  the  value  that  was  present  at  the 
end  of  the  previous  cycle  from  tO  to  tl,  transitions  at  tl  to  the  valid  data  pattern  level,  and  goes  low 
(or  stays  low  depending  on  the  pattern  data  value)  at  time  t2.  A  sample  waveform  showing  the  RL 
format  is  shown  in  Figure  3.4.2.  The  heavy  dashed  line  represents  the  drive  level  present  due  to 
the  frame  set  definition  and  not  from  the  pattern  data  shown  at  the  top  of  the  figure.  The  RL  frame 
set  definition  is  shown  in  Listing  3.4.3. 


Figure  3.4.3  Return  Low  Waveform. 


FUNCTION  return_low{  tl,  t2  :  TIME  )  RETURN  frame_set  IS 


CONSTANT  edgel  : 

event. 

_time  :=  etime 

(  tl  )  ; 

CONSTANT  edge 2  : 

event. 

_tinie  :=  etime  (  t2  )  ; 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation 

in  Return_Low 

frames . "  & 

"The  inequality  : 

Tl  <  T2  Must  hold. " 

SEVERITY  FAILURE; 

RETURN 

new_f rame_set ( 

'X'  , 

frarae_elist ( 

{  (drive_X,  edgel)  , 
(drive_0,  edge2 ) )  ) 

)  + 

new_f rame_set ( 

'O'  , 

f rame_event ( 

(  drive_0 ,  edgel)  ) 

)  + 

new_f  raine_set  ( 

'1' , 

frame_elist ( 

((drive_l,  edgel) , 
{drive_0,  edge2))  ) 

)  + 

new_f rame_set ( 

■Z' , 

frame_elist ( 

{(drive_Z,  edgel) , 
(drive_0,  edge2))  ) 

)  + 

new_f rame_set { 

■w  , 

frame_elist ( 

(  (drive_W,  edgel)  , 
{drive_0,  edge2) )  ) 

)  + 

new_f rame_set ( 

■L'  , 

frame_elist ( 

(  (drive_L,  edgel)  , 
(drive_0,  edge2))  ) 

)  + 

new_f rame_set ( 

■H'  , 

f rame_elist ( 

( (drive_H,  edgel)  , 
{drive_0,  edge2) )  ) 

)  + 

new_f rame_set ( 

1  1 

/ 

f rame_event ( 

(  drive_0 ,  edge2  )  ) 

)  ; 

END  return_low; 

Listing  3.4.3 

Return  Low  Frame  set  declaration. 

17 


Surround  by  Complement  (SC).  The  SC  frame  drives  the  complement  of  the  pattern  data 
from  to  to  tl  and  from  t2  to  the  following  tO.  That  is,  the  drive  level  is  at  the  complement  of  the 
pattern  data  at  the  beginning  of  the  cycle,  transitions  to  the  pattern  data  level  at  tl,  and  returns  to  the 
complement  at  t2.  Many  test  and  analysis  systems  refer  to  this  format  as  “Return  to  Complement” 
even  though  surround-by-complement  is  a  more  accurate  description.  Note  that  when  t2  is  in  a 
subsequent  cycle  (slice),  data  returns  to  the  complement  of  the  pattern  data  of  the  new  cycle  (not 
the  complement  of  the  data  of  the  original  cycle). ).  Also  note  that  the  SC  format  is  only  applicable 
to  data  values  of  “1”,  “0”,  “H”,  and  “L”,  for  all  other  data  values  the  drive  levels  are  unchanged 
from  the  previous  cycle.  A  sample  waveform  showing  the  SC  format  is  shown  in  Figure  3.4.4. 
The  heavy  dashed  line  represents  the  drive  level  present  due  to  the  frame  set  definition  and  not 
from  the  pattern  data.  The  SC  frame  set  definition  is  shown  in  Listing  3.4.4. 
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FUNCTION  surround_complement (  tl,  t2  :  TIME)  RETURN  frame_set  IS 

CONSTANT  edgeO  :  event_time  :=  ©time (  0  ns  ); 

CONSTANT  edgel  :  event_tinie  :=  etime(  tl  )  ; 

CONSTANT  edge2  :  event_time  :=  etinie(  t2  ); 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Surround_Comp lament  frames.  "  & 

"The  inequality:  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 

new_f rame_set {  'X',  frame_event (  (  drive_X,  edgel)  )  )  + 

new_f rame_set {  'O',  frame_elist(  {(drive_l,  edgeO), 

(drive_0,  edgel), 

(drive_l,  edge2))  )  )  + 

new_f rame_set (  '1',  frame_elist (  ((drive_0,  edgeO), 

(drive_l,  edgel) , 

{drive_0,  edge2) )  )  )  + 

new_f rame_set (  'Z',  f rame_event {  (  drive_Z ,  edgel)  )  )  + 

new_f raine_aet  (  'W  ,  frame_event  (  {  drive_W,  edgel)  )  )  + 

new_f rame_set (  'L',  frame_elist (  (  (drive_H,  edgeO), 

{drive_l,  edgel) , 

(drive_H,  edge2) )  )  )  + 

new_frame_set (  'H',  frame_elist{  ({drive_L,  edgeO), 

(drive_h,  edgel) , 

(drive_L,  edge2))  )  )  + 

new_f rame_set  (  fraine_event  )  ; 

END  surround_complement ; 

Listing  3.4.4  Surround  by  Complement  Frame  set  declaration. 
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3.4.2  Pulse  Formats 


Pulse  formats  drive  a  fixed  waveform  to  the  unit  under  test  which  are  useful  for  supplying  clock 
signals  to  the  UUT.  There  are  two  pulse  formats;  Pulse  Low  and  Pulse  High.  In  addition,  these 
frame  set  formats  have  two  separate  instantiations.  The  first  instantiation  (Pulse_Low  and 
Pulse_High)  allow  for  data  pulses  only  within  one  WAVES  slice  (tO  is  always  set  to  0  ns  and  tl 
and  t2  occur  in  the  same  slice).  The  second  instantiation  (Pulse_Low_Skew  and 
Pulse_High_Skew)  allows  the  data  pulse  to  be  present  across  WAVES  slice  boundaries  (tO  does 
not  have  to  be  at  0  ns  and  t2  is  not  in  the  same  slice  as  tl  which  introduces  the  concept  of  tO’  as 
shown  in  Figure  3.4.6  and  3.4.8  below).  The  following  descriptions  and  examples  will  attempt  to 
clarify  this  concept. 

Pulse  Low/Pulse  Low  Skew  (PL/PLS).  If  the  vector  pattern  data  contains  either  an  “L”  or  a 
“0”  this  format  will  drive  a  high  level  at  tO  (or  tO’),  drive  to  a  low  level  on  the  first  edge  (tl),  then 
drive  a  high  level  at  the  second  edge  (t2)  until  the  end  of  the  cycle.  That  is,  drive  a  high  level  at  tO, 
transition  high-to-low  at  tl  and  low-to-high  at  t2.  Note  that  for  the  PLS  format  the  entire 
waveform  is  shifted  into  the  next  cycle  by  an  amount  depicted  by  tO’,  so  that  t2  occurs  in  a 
subsequent  slice  (cycle).  The  signal  will  stay  high  for  the  entire  cycle  for  vector  pattern  data  values 
of  ‘1’  and  ‘H’,  and  the  signal  remains  at  the  previous  cycle  value  for  all  other  data  formats. 
Sample  waveforms  showing  the  PL  format  are  shown  in  Figure  3.4.5  and  the  PLS  format  in 
Figure  3.4.6.  The  PL  frame  set  definition  is  shown  in  Listing  3.4.5  and  the  PLS  frame  set 
definition  is  shown  in  Listing  3.4.6. 
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Figure  3.4.5  Pulse  Low  Waveform. 


FUNCTION  pulse_low(  tl,  t2  :  TIME  )  RETURN  frame_set  IS 

CONSTANT  edgeO  :  event_time  :=  etime(  0  ns  )  ; 

CONSTANT  edgel  :  event_tlme  :=  etime {  tl  ) ; 

CONSTANT  edge2  ;  event_time  etime (  t2  ); 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Pulse_Low  frames."  & 

"The  inequality;  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 

new_frame_set (  'X',  frame_event  )  + 

new_frame_set {  'O',  frame_elist (  ((drive_l,  edgeO), 

(drive_0,  edgel), 
{drive_l,  edge2) )  )  )  + 

new_frame_set (  '1',  frame_event (  {  drive_l,  edgeO)  )  )  + 

new_frame_set {  'Z',  frame_event  )  + 

new_f rame_set (  'W ,  frame_event  )  + 

new_frame_set {  'L',  frame_elist (  (  (drive_H,  edgeO), 

(drive_L,  edgel) , 
{drive_H,  edge2))  )  )  + 

new_frame_set (  'H',  frame_event (  (  drive_H,  edgeO)  )  )  + 

new_frame_set {  frame_event  ) ; 

END  pulse_low; 

Listing  3.4.5  Pulse  Low  Frame  set  declaration. 
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Figure  3.4.6  Pulse  Low  Skew  Waveform. 


FUNCTION  pulse_low_skew(  tO,  tl,  t2  :  TIME  )  RETURN  frame_set  IS 

CONSTANT  edgeO  :  event_time  :=  etime(  tO  ) ; 

CONSTANT  edgel  :  event_time  :=  etime (  tl  ); 

CONSTANT  edge2  :  event_time  :=  etime (  t2  ) ; 

BEGIN 

ASSERT  to  <  tl  AND  tl  <  t2 

REPORT  "Timing  violation  in  Pulse_Low  frames."  & 

"The  inequality:  TO  <  Tl  <  T2  Must  hold. " 

SEVERITY  FAILURE; 

RETURN 


new_f rame_set { 

■X'  , 

frame_event  ) 

+ 

new_f rame_set ( 

■0- , 

frame_elist  ( 

((drive_l,  edgeO)  , 
(drive_0,  edgel), 
{drive_l,  edge2))  ) 

)  + 

new_f rame_set { 

■1'  , 

frame_event ( 

(  drive_l ,  edgeO)  ) 

)  + 

new_f rame_set ( 

'Z'  , 

frame_event  ) 

+ 

new_f rame_set ( 

'W  , 

frame_eveiit  ) 

+ 

new_f rame_set ( 

'L-  , 

frame_elist ( 

( {drive_H,  edgeO) , 
(drive_L,  edgel) , 
(drive_H,  edge2) )  ) 

)  + 

new_f rame_set ( 

'H'  , 

f  raiiie_event  ( 

(  drive_H,  edgeO)  ) 

)  + 

new_f rame_set ( 
END  pulse_low_skew; 

1  _  1 

§ 

frame_event  ) 

t 

Listing  3.4.6  Pulse  Low  Skew  Frame  set  declaration. 


Pulse  High/Pulse  High  Skew  (PH/PHS).  If  the  vector  pattern  data  contains  either  an  “H”  or 
a  “1”  this  format  will  drive  a  low  level  at  tO  (or  tO’),  drive  to  a  high  level  on  the  first  edge  (tl),  then 
drive  a  low  level  at  the  second  edge  (t2).  That  is,  drive  a  low  level  at  tO,  transition  low-to-high  at 
tl  and  high-to-low  at  t2.  Note  that  (like  the  PLS  format  described  previously)  for  the  PHS  format 
the  entire  waveform  is  shifted  into  the  next  cycle  by  an  amount  depicted  by  tO’,  so  t2  occurs  in  a 
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subsequent  slice  (cycle).  The  signal  will  stay  low  for  the  entire  cycle  for  vector  pattern  data  values 
of  “0”  and  “L”,  and  the  signal  remains  at  the  previous  cycle  value  for  all  other  data  formats. 
Sample  waveforms  showing  the  PH  format  are  shown  in  Figure  3.4.7  and  the  PHS  format  in 
Figure  3.4.8.  The  PH  frame  set  definition  is  shown  in  Listing  3.4.7  and  the  PHS  frame  set 
definition  is  shown  in  Listing  3.4.8. 


Figure  3.4.7  Pulse  High  Waveform. 


FUNCTION  pulse_high(  tl,  t2  :  TIME  )  RETURN  frame_set  IS 

CONSTANT  edgeO  :  event_tlme  :=  etime(  0  ns  ) ; 

CONSTANT  edgel  :  event_time  :=  etime (  tl  ) ; 

CONSTANT  edge2  :  event_tiiae  :=  etime  {  t2  )  ; 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Pulse_High  frames."  & 

"The  inequality:  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 

new_frame_set (  'X',  frame_event  )  + 

new_frame_set (  'O',  frame_event (  (  drive_0 ,  edgeO)  )  )  + 

new_f rame_set (  frame_elist (  ((drive_0,  edgeO) , 

{drive_l,  edgel) , 
(drive_0,  edge2))  )  )  + 

new_frame_set (  'Z',  frame_event  )  + 

new_frame_set (  'W ,  frame_event  )  + 

new_f rame_set {  'L',  frarae_event (  {  drive_L,  edgeO)  )  )  + 

new_frame_set (  'H',  frame_elist (  (  (drive_L,  edgeO)  , 

(drive_H,  edgel) , 
(drive_L,  edge2))  )  )  + 

new_f rame_set (  ' - ' ,  f rame_event  ) ; 

END  pulse_high; 

Listing  3.4.7  Pulse  High  Frame  set  declaration  (first  instantiation). 
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Figure  3.4.8  Pulse  High  Skew  Waveform. 


FUNCTION  pulse_high_skew (  tO,  tl,  t2  :  TIME  )  RETURN  frame_set  IS 

CONSTANT  edgeO  :  event_time  :=  etime (  tO  ) ; 

CONSTANT  edgel  :  event_time  :=  etime (  tl  ) ; 

CONSTANT  edge2  :  event_time  :=  etime (  t2  ) ; 

BEGIN 

ASSERT  to  <  tl  AND  tl  <  t2 

REPORT  "Timing  violation  in  Pulse_High  frames."  & 

"The  inequality;  TO  <  Tl  <  T2  Must  hold. " 

SEVERITY  FAILURE; 

RETURN 

new_frame_set (  'X',  frame_event  )  + 

new_frame_set (  'O',  f rame_event (  (  drive_0 ,  edgeO)  )  )  + 

new_frame_set {  '1',  frame_elist {  {(drive_0,  edgeO), 

(drive_l,  edgel), 

(drive_0,  edge2) )  )  )  + 

new_frame_set (  'Z',  frame_event  )  + 

new_frame_set (  'W  ,  frame_event  )  + 

new_frame_set (  'L',  frame_event (  (  drive_L,  edgeO)  )  )  + 

new_frame_set (  'H',  frame_elist {  (  (drive_L,  edgeO), 

(drive_H,  edgel) , 

(drive_L,  edge2) )  )  )  + 

new_frame_set (  frame_event  ) ; 

END  pulse_high_skew; 

Listing  3.4.8  Pulse  High  Frame  set  declaration  (second  instantiation). 
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3.5  Expected  Output  Formats 


The  Window  format  starts  the  valid  output  data  window  at  the  tl  edge  and  ends  the  valid  data 
window  at  the  subsequent  t2  edge.  That  is,  the  output  data  is  valid  for  the  entire  duration  from  tl 
to  t2.  The  output  data  is  set  to  “don’t  care”  from  tO  to  tl  and  from  t2  to  the  subsequent  tO.  An 
example  waveform  showing  Window  formats  where  the  data  expected  on  the  output  of  the  UUT  is 
low,  high,  and  then  midband  is  shown  in  Figure  3.5.1.  The  Window  frame  set  definition  is 
shown  in  Listing  3.5.1. 

The  Window  Skew  format  is  similar  to  the  Window  format  except  that  the  t2  edge  occurs  in  a 
subsequent  cycle  (slice),  delayed  by  the  time  tO’,  much  like  the  PHS  and  PLS  formats  discussed  in 
section  3.4.2.  An  example  waveform  showing  Window  Skew  formats  where  the  data  expected  on 
the  output  of  the  UUT  is  low,  high,  and  then  midband  is  shown  in  Figure  3.5.2.  The  Window 
Skew  frame  set  definition  is  shown  in  Listing  3.5.2. 

As  stated  previously,  the  window  for  valid  data  opens  at  time  tl  and  closes  at  time  t2.  Many 
analysis  systems  also  have  the  capability  of  sampling  UUT  output  data  at  a  single  point  in  time 
with  what  is  referred  to  as  an  edge  strobe.  Using  the  window  formats  described  above,  it  is 
possible  to  mimic  an  edge  strobe  by  setting  the  tl  and  t2  times  to  be  as  close  to  one  another  as 
possible,  constrained  only  by  the  timing  resolution  of  the  analysis  system.  It  should  be  noted  that 
this  is  not  the  same  as  using  the  test  system’s  hardware  edge  strobe  capability,  and  the  results  will 
not  be  as  accurate. 
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Figure  3.5.1  Window  Strobe  Waveform. 

FUNCTION  window (  tl,  t2  :  TIME  )  RETURN  frame_set  IS 

CONSTANT  edgeO  :  event_tiine  :=  etime(  0  ns  )  ; 

CONSTANT  edgel  :  event_time  :=  etime(  tl  ) ; 

CONSTANT  edge2  :  event_time  :=  etime (  t2  ) ; 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Window  frames."  & 

"The  inequality:  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 


new_f rame_set { 

'X' , 

f  raine_elist  ( 

{(dont_care,  edgeO) , 
(sense_X,  edgel) , 
(dont_care,  edge2))  ) 

)  + 

new_f  raine_set  ( 

'O', 

frame_elist  ( 

({dont_care,  edgeO) , 
{sense_0,  edgel), 
{dont_care,  edge2))  ) 

)  + 

new_f rame_set { 

■1' , 

frame_elist  ( 

((dont_care,  edgeO) , 
(sense_l,  edgel) , 
(dont_care,  edge2 ) )  ) 

)  + 

new_f rame_set ( 

'Z' , 

f  raine_elist  ( 

{(dont_care,  edgeO)  , 
(sense_Z,  edgel) , 
(dont_care,  edge2))  ) 

)  + 

new_f rame_set { 

' W'  , 

frame_elist ( 

({dont_care,  edgeO) , 
{sense_W,  edgel) , 
{dont_care,  edge2))  ) 

)  + 

new_f rame_set { 

'L'  , 

frame_elist ( 

((dont_care,  edgeO)  , 
(sense_L,  edgel) , 
{dont_care,  edge2 ) )  ) 

)  + 

new_f rame_set { 

-H'  , 

franie_elist  ( 

((dont_care,  edgeO)  , 
(sense_H,  edgel) , 
{dont_care,  edge2))  ) 

)  + 

new_f  raine_set  ( 
window; 

1  _  1 

/ 

frame_event ( 

(  dont_care,  edgeO)  ) 

)  ; 

Listing  3.5.1  Window  Frame  set  declaration. 
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Figure  3.5.2  Window  Skew  Strobe  Waveforms. 

FUNCTION  window_skew(  tO,  tl,  t2  ;  TIME  )  RETURN  frame_set  IS 


CONSTANT  edgeO 
CONSTANT  edgel 
CONSTANT  edge2 


event_time 
event_time 
event  time 


=  etime (  tO  ) ; 
=  etime {  tl  ) ; 
=  etime (  t2  ) ; 


BEGIN 

ASSERT  to  <  tl  AND  tl  <  t2 

REPORT  "Timing  violation  in  Window  frames."  & 

"The  inequality:  TO  <  Tl  <  T2  Must  hold. " 

SEVERITY  FAILURE; 

RETURN 

new_frame_set (  'X',  frame_elist {  {(dont_care,  edgeO), 

(sense_X,  edgel) , 
(dont_care,  edge2))  )  )  + 

new_frame_set {  'O',  frame_elist (  ({dont_care,  edgeO), 

{sense_0,  edgel) , 
(dont_care,  edge2))  )  )  + 

new_frame_set {  '!',  frame_elist{  {{dont_care,  edgeO), 

{sense_l,  edgel) , 
(dont_care,  edge2))  )  )  + 

new_frame_set (  'Z',  frame_elist(  {{dont_care,  edgeO), 

(sense_Z,  edgel) , 
(dont_care,  edge2))  )  )  + 

new_frame_set {  'W' ,  f rame_elist (  ((dont_care,  edgeO), 

(sense_W,  edgel) , 
(dont_care,  edge2))  )  )  + 

new_frame_set {  'L',  frarae_elist (  {(dont_care,  edgeO), 

(sense_L,  edgel) , 
{dont_care,  edge2))  )  )  + 

new_frame_set (  'H',  frame_elist (  (  {dont_care,  edgeO), 

{sense_H,  edgel) , 
(dont_care,  edge2))  )  )  + 

new_frame_set {  frame_event (  (  dont_care,  edgeO)  )  )  ; 

END  window_skew; 


Listing  3.5.2  Window  Skew  Frame  set  declaration. 
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CHAPTER  4:  WAVES  TESTBENCH  UTmiTIES 
PACKAGE  FOR  IEEE  STD  1164 


4.1  Introduction 

This  chapter  describes  the  VHDL  package  developed  to  support  VHDL  model  simulation  and 
verification  utilizing  a  WAVES  data  set.  This  package  builds  upon  the  WAVES  STD  1 164  multi¬ 
logic  package  defined  in  Chapter  2  and  provides  the  user  with  a  seamless  interface  when  utilizing 
VHDL  and  WAVES  together.  This  set  of  library  functions  was  developed  to  provide  for  the 
integration  and  tool  support  for  using  WAVES  in  a  VHDL  simulation  environment. 

These  library  functions  provide  for  two  different  testbench  aspects:  first,  to  connect  the  WAVES 
port  list  signals  to  the  model  and  second,  to  evaluate  the  model  response  for  compatibility  to  the 
WAVES  expected  response.  The  premise  of  the  functions  provided  in  this  library  is  that,  when 
utilized  in  conjunction  with  the  testbench  generation  tool,  all  the  detailed  work  in  developing  the 
testbench  is  eliminated.  The  functions  developed  support  a  simple  testbench  with  uni-directional 
pins,  as  well  as  a  complex  bi-directional  design  entity. 

A  prototype  automatic  testbench  generation  tool  has  also  been  developed  based  on  these  library 
elements.  The  purpose  of  the  tool  is  to  provide  a  methodology  which  minimizes  the  work  involved 
by  an  individual  in  developing  testbenches  through  the  use  of  a  common  user  library  and  a  building 
block  approach.  The  user  is  not  restricted  by  this  methodology,  which  is  meant  to  eliminate 
repetitive  work  and  reduce  the  learning  cycle  for  WAVES.  The  tool  provides  the  user  with  a 
testbench  that  is  automatically  generated.  The  testbench  not  only  applies  the  WAVES  stimulus  to 
the  model,  but  verifies  the  validity  of  the  expected  responses. 
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Figure  4.1.1  Functionality. 


As  mentioned  previously,  the  purpose  of  the  testbench  utilities  is  to  aid  a  user  in  developing  a 
testbench  for  applying  the  WAVES  stimulus  and  response  to  the  models.  Figure  4.1.1  illustrates 
the  conceptual  view  of  the  functionality  of  the  testbench  methodology  using  these  packages.  The 
stimulus  waveforms  which  are  produced  by  the  WAVES  data  set  are  applied  to  the  VHDL  model. 
The  model  then  produces  its’  output  response  based  on  the  stimulus  presented.  The  testbench 
contains  a  set  of  monitoring  processes  which  verify  the  expected  and  actual  response  values  by 
ensuring  that  they  conform  to  the  timing  as  specified  in  the  WAVES  data  set. 

The  WAVES_1164_UTILrriES  contains  the  stim_1164,  expect_1164,  and  bi_dir_1164 
functions  to  provide  translation  between  the  internal  WAVES  logic  values,  as  described  in  Chapter 
2,  and  the  TFEE  std  1164-1993  values  in  the  users’  model.  The  package  also  contains  an 
overloaded  function  compatible  which  allows  a  user  to  check  or  verify  if  the  predicted  or 
expected  response  is  “compatible”  with  the  actual  results  generated  by  the  model  (see  section  4.3 
for  further  discussion  of  the  compatible  function).  In  order  to  use  this  package,  all  of  the  VHDL 
design  units  must  be  compliant  with  the  IEEE  standard  logic  package.  Sections  4.2  and  4.3 
describe  all  of  the  functions  provided  in  the  testbench  utility  package.  Chapter  6  contains  three 
complete  testbench  usage  examples,  each  illustrating  a  different  aspect  of  the  packages.  The 
package  declarations  that  define  the  functions  is  shown  in  Listing  4.1.1.  The  complete 
implementation  of  the  WAVES_1 164_UTILrriES  package  is  included  in  Appendix  3. 
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PACKAGE  waves_1164_utilities  IS 


--  Procedure  and  Function  Declarations  -- 


FUNCTION  stim_1164 (  port_element  :  system_waves_port ) 

RETURN  STD_LOGIC; 

FUNCTION  stiin_1164  {  port_list  :  systeiii_waves_port_list ) 

RETURN  STD_ULOGIC_VECTOR; 

FUNCTION  stim_1164 (  port_list  :  system_waves_port_list ) 
FUNCTION  expect_1164  (  port_element  :  systein_waves_port ) 

RETURN  STD_ULOGIC; 

FUNCTION  expect_1164 (  port_list  :  system_waves_port_list ) 

RETURN  STD_ULOGIC_VECTOR; 

FUNCTION  bi_dir_1164 {  port_element  :  system_waves_port ) 

RETURN  STD_LOGIC; 

FUNCTION  bi_dir_1164  {  port_list  :  systein_waves_port_l i st ) 

RETURN  STD_LOGIC_VECTOR; 

FUNCTION  compatible (  actual:  STD_LOGIC; 

expected  :  STD_ULOGIC  ) 

RETURN  BOOLEAN; 

FUNCTION  compatible (  actual:  STD_ULOGIC_VECTOR ; 

expected  :  STD_ULOGIC_VECTOR) 

RETURN  BOOLEAN; 

FUNCTION  compatible (  actual:  STD_LOGIC_VECTOR; 

expected  :  STD_ULOGIC_VECTOR) 

RETURN  BOOLEAN; 

END  waves_1164_utilities ; 

Listing  4.1.1  WAVES_1164_UTILITIES  Declarations  Section. 


4.2  WAVES  Translation  Functions 

When  used  in  simulation,  the  WAVES  data  set  generates  waveforms  based  on  the  WAVES  logic 
values  described  in  Chapter  2.  These  generated  WAVES  port  values  are  not  compatible  with  the 
IEEE  Std  1164-1993  logic  values.  Instead,  the  WAVES  ports  values  generated  during  simulation 
are  integer  values.  Therefore,  translations  are  required  between  the  WAVES  port  values  and  the 
models’  logic  values.  These  WAVES  integer  values  correspond  to  the  position  of  the  logic  value 
enumeration  as  defined  in  Chapter  2.  The  mapping  between  the  enumerated  logic  and  the  integer 
values  generated  on  the  WAVES  port  is  shown  in  columns  1  and  2  of  Table  4.2.1. 
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WAVES  LOGIC 
VALUE 

Waves  Port 
Value 

stim_1164 

Value 

expect_1164 

Value 

bi_dir_1164 

Value 

DONT  CARE 

0 

(  j 

‘Z’ 

SENSE_X 

1 

‘X’ 

‘X’ 

‘Z’ 

SENSE_0 

2 

‘0’ 

‘0’ 

‘Z’ 

SENSE_1 

3 

‘r 

‘1’ 

‘Z’ 

SENSE_Z 

4 

‘Z’ 

‘Z’ 

‘Z’ 

SENSE_W 

5 

‘W’ 

W’ 

‘Z’ 

SENSE_L 

6 

‘L’ 

‘L’ 

‘Z’ 

SENSE_H 

7 

‘H’ 

‘H’ 

‘Z’ 

DRIVE_X 

8 

‘X’ 

i  » 

‘X’ 

DRIVE_0 

9 

‘0’ 

‘0’ 

DRIVE_1 

10 

‘1’ 

<  9 

‘1’ 

DRIVE_Z 

11 

‘Z’ 

‘Z’ 

DRIVE_W 

12 

‘W 

(  ) 

W’ 

DRIVE_L 

13 

‘L’ 

(  > 

‘L’ 

DRIVE_H 

14 

‘H’ 

(  9 

‘H’ 

Table  4.2.1  STIM_1164  Mappings. 


The  three  overloaded  functions  stim_1164,  bi_dir_1164,  and  expect_1164  provide  for 
translation  of  the  WAVES  port  values  into  the  IEEE  Std  1164-1993  logic  values  used  in  a  model. 
Table  4.2.1  shows  the  mapping  values  and  the  results  that  will  be  generated  by  the  associated 
translation  function.  Figure  4.2.1  is  an  illustration  of  a  testbench  that  would  be  developed  for 
design  analysis.  The  testbench  is  capable  of  supporting  the  analysis  of  any  complex  bit-level 
design  utilizing  STD  logic  uni-directional  or  bi-directional  pins.  The  illustration  contains  labeled 
blocks  that  identify  where  the  functions  stim_1164,  bi_dir_1164,  and  expect_1164  would 
be  utilized  in  supporting  logic  value  translations  within  the  testbench.  The  examples  in  Chapter  6 
provide  further  description  as  to  how  these  functions  are  used  in  the  construction  of  the  testbench. 


Figure  4.2.1  Bi-Directional  Mappings. 

I 
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The  stim_1164  function  converts  a  WAVES  port  integer  into  an  1164  std_logic  value.  The 
translation  function  is  overloaded  to  translate  a  single  WAVES  port  integer  into  a  stdjogic  bit  or  a 
list  of  WAVES  port  integers  into  a  std_logic_vector.  The  function  supports  both  resolved  and 
unresolved  TFEE  Std  1164-1993  vector  types.  Columns  1  and  3  of  Table  4.2.1  shows  the 
mapping  relationships  between  the  WAVES  logic  values  as  described  in  Chapter  2  and  the  standard 
logic  simulation  code  that  is  produced  from  the  WAVES  port  integer  value.  This  function,  as  used 
in  Figure  4.2.1,  is  used  for  all  model  signals  that  are  declared  as  input  only.  This  function 
translates  the  WAVES  port  integer  values  into  stimulus  for  input  into  the  model. 

The  bi_dir_1164  function  also  converts  a  WAVES  port  integer  into  an  1164  stdjogic  value. 
This  function  was  developed  to  support  the  translation  of  inputs  for  bi-directional  pins.  This 
function  translates  all  of  the  drive  values  exactly  the  same  as  stim_l  164,  when  the  models’  port  is 
in  the  input  mode.  In  order  to  prevent  any  conflict  when  the  models’  port  is  in  the  out  state,  this 
function  strips  off  the  sense  values  and  replaces  them  with  'Z',  high  impedance.  This  translation 
of  any  sense  values  to  high  impedance  allows  the  IEEE  Std  1164-1993  bus  resolution  function  to 
resolve  the  state  of  the  bi-directional  signal  generated  by  the  model.  The  translation  function  is  also 
overloaded  to  translate  a  WAVES  port  integer  into  a  stdjogic  bit  or  a  list  of  WAVES  port  integers 
into  a  stdJogic_vector.  Only  resolved  stdjogic  data  types  are  required,  since  this  function  was 
designed  for  bi-directional  signals  which  require  a  resolved  stdjogic  data  type.  Columns  1  and  5 
of  Table  4.2.1  shows  the  mapping  relationships  between  the  WAVES  logic  values  as  described  in 
Chapter  2  and  the  standard  logic  simulation  code  that  is  produced  from  the  WAVES  port  integer 
value. 

The  expect_1164  function  also  converts  a  single  WAVES  port  integer  into  an  1164  stdjogic 
value.  The  difference  between  expect_1164  and  stim_1164  is  that  the  function  expect_1164 
defines  an  expected  or  predicted  value  of  a  models’  output.  This  generated  signal  is  the  definition 
of  a  predicted  value  which  verifies  conformance  of  the  models’  output.  Therefore,  for  output  pins, 
the  expect_1164  functions  the  same  as  stim_1164,  except  the  logic  value  represents  the  expected 
response  of  the  model.  However,  for  bi-directional  pins,  the  expect_1164  function  strips  off  the 
driven  values  and  replaces  them  with dont_care.  This  translation  of  drive  values  to  dont_cares 
allows  the  use  of  this  function  with  any  signal  specified  as  OUT  or  IN OUT.  The  translation 
function  is  also  overloaded  to  translate  a  single  port  integer  into  a  stdjogic  bit  or  a  list  of  WAVES 
port  integers  into  a  stdJogic_vector.  In  this  case,  the  resolved  stdJogic_vector  type  is  not 
required.  Since  this  function  was  designed  to  translate  the  logic  values  for  input  into  a  VHDL 
process,  that  process  requires  an  unresolved  source  for  explicit  definition  of  the  expected  models’ 
output.  The  functionality  of  the  VHDL  monitor  process  that  uses  the  translated  value  is  described 
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in  further  detail  in  section  4.3.  Columns  1  and  4  of  Table  4.2.1  shows  the  mapping  relationships 
between  the  WAVES  logic  values  as  described  in  Chapter  2  and  the  standard  logic  simulation  code 
which  is  produced  from  the  WAVES  port  integer  value. 

Table  4.2.1  shows  the  bit  translations  that  will  result  from  a  given  WAVES  port  integer  and  the 
associated  translated  function.  Column  1  shows  the  corresponding  WAVES  logic  value  as  defined 
in  Chapter  2. 


4.3  WAVES  Compatible  Functions 

The  compatible  function  evaluates  the  state  of  two  1164  stdjogic  bits  or  std_logic_vectors  for 
compatibility.  This  function  was  designed  for  use  in  the  testbench  within  a  monitor  process.  This 
allows  the  process  to  be  sensitive  to  the  actual  signal  value  from  the  model  and  the  expected  signal 
value  from  the  WAVES  data  set.  The  process  utilizing  this  function  determines  if  the  two  signals 
are  “compatible”  over  the  simulation  period.  A  simple  assertion  statement  can  then  be  used  to 
notify  the  designer  when  the  two  signals  are  incompatible.  In  this  function,  the  actual  data  value  is 
evaluated  to  determine  if  it  is  compatible  to  an  expected  or  predicted  value.  By  compatible,  we 
mean:  “Is  the  actual  value  equivalent  to  or  equal  to  the  value  specified  by  the  expected  value.”  The 
function  uses  a  simple  lookup  table  which  contains  all  of  the  compatible  definitions  that  were 
developed.  For  a  more  detailed  analysis,  the  complete  table  is  listed  in  Appendix  3.  The  order  of 
relationship  between  the  actual  and  expected  values  must  be  preserved,  since  they  carry  different 
meanings.  For  example,  if  the  actual  data  is  T  and  the  expected  data  was  (dont_care),  the 
result  would  be  true.  However,  if  actual  data  is  and  the  expected  data  was  T',  the  result  would 
be  false.  The  function  is  overloaded  to  support  all  of  the  data  types  that  would  be  utilized  by  any 
design  compliant  with  IEEE  Std  1 164-1993. 
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CHAPTER  5:  WAVES  TESTBENCH  TOOL 


5.1  Introduction 

As  mentioned  in  the  previous  chapters,  prototype  tools  were  developed  to  aid  a  user  in  constructing 
their  WAVES  data  sets  and  generating  the  associated  VHDL  testbench.  This  chapter  describes  the 
operation  of  the  tools  and  walks  a  user  through  a  simple  example  using  a  single  flip-flop  cell  as  the 
model  design.  A  brief  explanation  of  the  WAVES  and  VHDL  source  code  generated  by  the  tools 
will  also  be  given. 


5.2  Overview 

An  X-Windows  Graphical  User  Interface  (GUI)  was  developed  using  TCL/TK  [4]  to  simplify  and 
enhance  the  usability  of  the  tool  set  designed.  This  GUI  provides  a  single  interface  for  the  user  to 
interact  with  the  tool  set.  For  the  rest  of  this  chapter,  the  tool  set  will  be  referenced  from  the  main 
user  interface  and  referred  to  as  XTSTB.  Figure  5.2.1  shows  the  complete  VHDL  library  structure 
and  files  supported  under  this  environment.  The  original  WAVES  Standard  Library  is  augmented 
by  the  WAVES  1164  Library.  Together,  they  establish  a  WAVES  library  environment  of 
precompiled  functions  as  discussed  in  Chapters  2,  3,  and  4.  The  files  which  the  user  must 
develop  are  located  in  the  library  illustrated  as  “user  library.”  This  chapter  discusses  the  generation 
of  the  files  in  this  library. 

The  XTSTB  tool  set  has  several  features  that  aid  the  user  when  using  WAVES  and  VHDL 
together.  First,  the  tool  generates  WAVES  packages  that  are  utilized  in  defining  the  model  specific 
WAVES  data  set.  The  WAVES  packages  generated  by  the  XTSTB  tool  are  the  UUT_pins 
package,  the  waveform  generator  procedure  template,  and  the  header  file  template.  Second,  the 
tool  will  perform  a  syntax  check  on  the  external  pattern  file  that  is  utilized  within  the  WAVES  data 
set.  This  syntax  check  verifies  conformance  to  WAVES  level  1  syntax  and  the  stdjogic  pin  codes 
definitions.  Finally,  the  tool  will  generate  the  VHDL  testbench  which  wires  the  WAVES 
waveform  generator  and  the  model  together  for  design  verification.  The  main  input  to  the  tool  set 
is  the  models’  entity  declaration.  The  entity  declaration  is  parsed  by  the  tool  set  and  used  to  define 
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the  appropriate  signals  and  data  structures  for  creation  of  both  the  WAVES  data  set  and  the  VHDL 
testbench  code. 


WAVES  1 1 64  Library  WAVES  Standard  Library 


5.3  Site  Setup 

5.3.1  XTSTB  Setup 

Before  the  XTSTB  tool  may  be  used,  all  required  program  files  must  be  copied  to  a  common 
directory  where  all  potential  users  have  read  and  execute  access.  This  directory  must  then  be  added 
to  the  search  path  for  execution.  The  XTSTB  GUI  interface  requires  that  an  environment  variable 
be  created  which  points  to  the  directory  path  where  these  files  are  located.  The  environment 
variable  command  would  look  something  like: 

For  Unix:  — >  setevn  WAVES_GEN  /usr/dir_name/.../.. 

For  Windows:  set  WAVES_GEN=‘7usr/dir_name/.../..” 
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5.3.2  WAVES  Libraries  Setup 


Two  libraries  must  be  established  within  your  VHDL  environment  to  support  this  VHDL-WAVES 
methodology.  These  two  libraries  are  named  WAVES_STD  and  WAVES_1164  as  shown  in 
Figure  5.2.1.  These  libraries  only  need  to  be  created  once  for  any  design  environment.  They 
contain  predefined  VHDL  and  WAVES  packages  that  are  referenced  by  the  automatically  generated 
WAVES  and  testbench  files.  The  WAVES_STD  library  contains  the  VHDL  implementation  of  the 
WAVES  standard  data  types  and  functions  as  described  in  the  WAVES  Language  Reference 
Manual.  The  WAVES_1164  library  contains  the  predefined  WAVES  packages  and  the  testbench 
utilities  packages  presented  in  the  earlier  chapters  of  this  report.  The  WAVES  files  and  VHDL 
testbench  generated  by  the  XTSTB  tool  will  utilize  these  libraries  when  compiled. 

The  WAVES  standard  packages  and  the  WAVES_1164  packages  discussed  earlier  have  been 
merged  into  two  source  files  to  simplify  distribution.  The  files  are  called  “waves_std_lib.vhd”  and 
“waves_l  164_lib.vhd”  and  must  be  analyzed  into  the  WAVES_STD  and  WAVES_1 164  libraries. 
The  “waves_std_lib.vhd”  file  contains  two  packages,  WAVES_System  and  WAVES_Standard. 
The  “waves_1164_lib.vhd”  file  contains  five  packages:  WAVES_1164_pin_codes, 
WAVES.  1164_logic_values,  WAVESJnterface,  WAVES_1164_frames,  and 
WAVES.l  164_utilities. 

To  establish  the  site  setup,  you  must  first  create  two  libraries  within  your  VHDL  environment. 
These  libraries  must  be  named  WAVES.STD  and  WAVES_1164.  Then,  compile  the 
“waves.stdjib.vhd”  file  into  the  WAVES.STD  library,  and  compile  the  “ waves.  1164_lib.vhd” 
file  into  the  WAVES.l  164  library.  Now  you  will  be  able  to  compile  the  tool-generated  WAVES 
files  and  the  testbench  into  a  working  library  for  use  during  simulation. 


5.4  D  Flip-Flop  Example  Walk  through 

The  remainder  of  this  chapter  will  discuss  the  application  of  the  XTSTB  tool  set  on  a  D  flip-flop. 
The  discussion  walks  a  potential  user  through  the  XTSTB  tool  set  process  and  the  WAVES.l  164 
packages  on  a  step  by  step  basis  for  the  D  flip-flop. 
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5.4.1  Create  Working  Library 


The  VHDL  code  for  the  D  flip-flop  is  shown  in  Listing  5.4.1  and  is  contained  in  a  file  named 
“d_f  lip_f  lop .  vhd.”  The  first  step  is  to  create  a  work  library  within  your  VHDL  environment 
and  compile  the  “d_f  lip_f  lop .  vhd”  file  into  that  work  library. 


--  behavioral  model 

--  Positive  edge  triggered  D  Flip  Flop 
library  ieee; 

use  ieee . std_logic_1164 .all ; 
entity  d_flip_flop  is 

port  (  clock  :  in  std_logic  ; 

D  :  in  std_logic  ; 

Q  :  out  std_logic  ; 

Q_bar  :  out  std_logic  ) ; 

end  d_flip_flop  ; 

architecture  behavioral  of  d_flip_flop  is 
begin 

main  :  process  (  clock  ) 
begin 

if  clock  =  ' 1 '  then 
Q  <=  D  ; 

Q_bar  <=  not(D)  ; 
else 
null  ; 
end  if; 
end  process; 
end  behavioral; 

Listing  5.4.1  VHDL  D-flip-flop  Model. 


To  perform  a  simulation  of  the  D  flip-flop,  the  WAVES  data  set  must  also  be  created. 


37 


5.4.2  Waves  Data  Set  Creation 


To  create  the  WAVES  data  set,  the  XTSTB  interface  tool  must  be  started.  After  the  environment 
variable  WAVES_GEN  is  defined  and  the  directory  has  been  correctly  set  up,  as  described  in 
section  5.3,  the  user  simply  types  “xtstb”.  The  program  will  display  the  window  shown  in  Figure 
5.4.1.  If  the  WAVES_GEN  environment  variable  is  not  pointing  to  the  tool  directory  or  the 
program  files  are  missing,  the  tool  will  display  an  error  message  requesting  the  user  to  correct  the 
WAVES  GEN  variable. 


Figure  5.4.1  Initial  XTSTB  Screen. 


Once  invoked  and  active,  the  user  can  move  the  mouse  over  the  continue  button  and  depress  the 
left  mouse  button.  This  will  bring  up  the  main  screen  shown  in  Figure  5.4.2.  The  user  also  has 
the  option  of  quitting  the  XTSTB  tool  at  this  point  if  desired. 

The  main  display  contains  a  set  of  selection  buttons,  checkboxes  and  entry  fields.  The  buttons 
each  invoke  a  particular  operation.  The  checkboxes  are  the  optional  controls  that  select  the  output 
to  be  generated. 
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WAVES~VHDL  Test  Bench  tool 


Rome  Laboratory 
Prototype  WAVES 
Tools 


jA  J  Automated  WAVES  Package 
^  Gfaerator  and  WAVES  VHDL 
Test  Bench  Synthesis  Ttmls 


Fxtenial  file 


Defaults 


Generate 


Select 


Entity  FBe  Raffier  |ito5re4^to^h!51man)vtj|ll/djPQp/tyi(|^ 
Working  Directory:  p)oriie4/oak/hil|ma'ryyftdi/ci_flop^ 


icljiip_flop„headt2r 


It  Header  File 


wav8s_ob|ects.vhd 


j  V/aves  objects 


.tstbench.vhd 


m  TestBench  W  Debig] 


pr  Generator  Package 


J  nmo  Sets 


Figure  5.4.2  XTSTB  Main  Window 


5.4.2.1  XTSTB  Button  Usage 

The  Select  button  invokes  one  of  two  file  selector  boxes.  These  interface  with  the  operating 
system  directory  structure  to  select  the  VHDL  file  for  the  model  entity  or  select  a  working  directory 
for  subsequent  file  generation.  The  user  should  select  the  VHDL  input  file  which  contains  the 
VHDL  models’  design  entity,  in  this  case  “d_flip_flop.vhd”. 

The  Generate  button  will  invoke  the  tools  to  generate  all  of  the  entries  selected  by  the  checkbox 
options.  If  an  entry  data  field  associated  with  an  active  checkbox  is  not  entered  correctly,  a  related 
error  message  will  be  displayed.  All  files  may  be  generated  with  a  single  depression  of  the 
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Generate  button  or  they  may  be  generated  one  at  a  time. 


The  Defaults  button  will  insert  default  file  names  in  the  entry  field  for  all  the  output  files.  If  no 
VHDL  entity  file  has  been  entered,  the  default  file  names  generated  are  prefixed  with  "waves_". 
Otherwise,  the  VHDL  models’  entity  name  will  be  used  as  the  textual  prefix  value  as  shown  in 
Figure  5.4.2. 

The  Quit  button  simply  terminates  the  XTSTB  program. 

The  Help  button  invokes  the  help  menu  system  which  contains  text  descriptions  similar  to  the 
descriptions  in  this  chapter. 

5.4.2.2  XTSTB  Checkbox  Usage 

The  Header  File  checkbox  is  used  to  generate  the  WAVES  Header  File.  You  should  use  this 
option  and  generate  the  header  file  for  configuration  control  to  document  the  WAVES  files.  You 
will  need  to  edit  the  header  file  and  add  any  additional  information  that  may  be  helpful  or  relevant 
for  use  later.  This  option  requires  that  the  user  select  and  enter  all  of  the  waves  data  file  name 
entries. 

The  WAVES  data  set  Test  Pins  checkbox  is  used  to  generate  the  UUT_pins  package  that 
contains  the  WAVES  TEST_PINS  declaration.  This  is  the  first  WAVES  package  that  must  be 
analyzed  into  the  working  library.  It  defines  the  pin  ordering  associated  with  the  columns  in  the 
external  file.  This  declaration  is  also  used  to  size  all  of  the  waves_objects  data  structures  to  match 
the  number  of  pins  in  the  entity.  The  WAVES  UUT_pins  package  developed  by  the  tool  is 
generated  automatically  from  the  models’  entity  and  requires  no  user  modifications. 

The  WAVES  standard  package,  WAVES_OBJECTS,  is  created  using  the  Waves_objects 
checkbox.  This  is  the  second  file  which  must  be  analyzed  into  the  working  library.  This  package 
must  be  analyzed  after  the  UUT_pins  package  to  allow  the  compiler  to  size  the  waves_objects 
based  on  the  size  of  the  test_pins  declaration.  This  is  the  STD  WAVES_OBJECTS  package  and 
includes  all  1164  context  clauses  plus  a  clause  for  the  UUT_pins  package.  This  selection  was  not 
chosen  in  this  example  since  this  site  has  a  copy  of  the  waves_objects  file  already  available.  This 
file  does  not  change  for  any  WAVES  test  set  that  is  using  the  WAVES_1 164  library. 
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The  VHDL-WAVES  testbench  is  created  using  the  Testbench  checkbox.  The  testbench 
generated  will  need  little,  if  any,  modification.  In  this  case,  the  VHDL  entity  and  architecture  were 
located  in  the  same  file,  therefore,  the  code  generated  was  complete.  You  may  sometimes  need  to 
modify  the  configuration  reference  required  for  your  model.  The  architecture  information  is 
extracted,  if  possible,  from  the  entity  declaration  if  it  is  contained  within  the  same  file.  As 
mentioned  above,  for  the  flip  flop,  no  modifications  are  required.  The  architecture  name 
“behavioral”  was  detected  and  added  to  the  use  entity  statement. 

The  Debug  checkbox  option  generates  a  testbench  that  includes  a  signal  that  can  be  very  helpful  in 
debug.  If  you  have  a  graphical  waveform  tool  you  should  use  the  debug  option,  this  signal  flags 
the  existence  of  any  failures.  This  option  should  probably  be  a  default,  since  it  is  such  a  helpful 
aid  in  debugging  the  model. 

Finally,  the  WAVES  data  set  Generator  Package  checkbox  is  used  to  generate  the  Waveform 
Generator  Procedure.  The  default  procedure  is  set  up  to  use  a  single  frame  set  array  with  a 
constant  period  or  the  period  supplied  from  the  external  file. 

The  Time  Sets  checkbox  selects  a  time  set  style  waveform  generator  using  a  multiple  WAVES 
timing  list.  For  a  complex  model  where  multiple  combinations  of  timing  and  waveform  formats 
are  required,  this  option  would  be  selected.  The  numeric  entry  allowed  in  the  entry  field  for  this 
option  ranges  from  1  to  n,  where  n  has  been  set  to  an  arbitrary  limit  of  20. 

5.4.2.3  Syntax  Check  Of  External  Pattern  File 

Normally  you  will  have  to  generate  the  external  vector  file  or  use  a  WAVES  level  two  data  set  to 
generate  the  stimulus.  If  you  use  an  external  file,  you  should  check  the  syntax.  The  WAVES 
internal  Read_file_slice  function  was  designed  for  execution  of  the  WAVES  external  file  and  does 
not  gracefully  handle  all  syntax  errors.  You  should  use  the  External  file  button  selection  to 
check  the  syntax  of  the  external  file.  The  flip  flop  external  vector  file,  “df  f_vect .  txt”,  is 
shown  in  Listing  5.4.2. 
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%clock  data  Q  QBAR 

I  1  1  0  :  20  ns; 

0  0  10; 

10  0  1; 

II  10; 

10  11; 

Listing  5.4.2  External  Vector  File. 


Figure  5.4.3  shows  the  tool  interface  when  performing  the  external  file  syntax  check.  Since  the 
external  file  pattern  width  should  usually  match  the  number  of  individual  pins  on  the  entity,  the 
syntax  checking  also  verifies  a  sizing  match  between  the  model  and  the  pattern  specified.  This 
check  was  performed  using  the  entity  to  define  the  number  of  pin  elements  on  the  model.  The 
select  button  was  used  to  open  the  dialog  boxes  for  file  selection.  Once  the  fields  being  utilized  are 
valid,  the  Execute  Check  button  is  used  to  invoke  the  syntax  check.  The  radio  buttons  shown 
on  the  bottom  of  Figure  5.4.3  are  used  to  define  the  type  of  size  check  to  perform. 


WAVES  LEVEL_1  Syntax  Check  '  ‘  ' 

Select  I  Execute  Check  |  Quit  | 

vector  Rle  Name:  |hQme4^oak^hill(nan/vhdi/'cl_flQp/fiff_vect.t.'<t 

Entity  File  name:  |e4/03k/hilltTian/vhclbd_flop<d_fl  p_*'ru  vi'^ 

number  Of  Ports:  | 

yr  No  Pattern  Wtiitli  Size  Check| 

4-  Use  Entity  Size  Check| 

V  Wumenc  Size  Checkj 

Figure  5.4.3  Syntax  Check  Window. 

5.4.3  Files  Generated 

This  section  contains  the  outputs  generated  by  the  tool  set.  Any  changes  that  were  made  to  the 
generated  files  are  shown  in  boldface  to  highlight  the  changes  made. 
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5.4.3.1  Header  File 


The  header  file  template  is  generated  to  provide  configuration  information.  The  WAVES  source 
files  and  order  of  analysis  are  automatically  captured.  All  the  user  has  to  do  is  add  any  site  or 
model  specific  textual  information  deemed  relevant.  The  header  file  should  be  modified  to  show 
any  relevant  information  that  may  be  useful  for  configuration  and  permanent  reference.  The  flip- 
flop  header  file,  “d_f  lip_f  lop_header .  txt”,  is  shown  in  Listing  5.4.3. 

_  ************************************************** 

__  ********  Header  File  for  Entity:  d_flip_flop 

_ ■*•■*••*•★**•*••*•*•*••*•*******************•*:**********•*■******** 

_ ★★★***-******************************************** 

--  Data  Set  Identification  Information 

TITLE  A  General  Description 

DEVICE_ID  d_flip_flop 

DATE  Mon  Mar  11  14:36:59  1995 

ORIGIN  Rome  Lab  Design  Team 

AUTHOR  Company  or  Person 

AUTHOR  Maybe  Multiple  . . .  Companies  or  People 

DATE  Mon  Mar  11  14:36:59  1995 

ORIGIN  Modified  by  Company  X  Design  Team 

AUTHOR  Who  did  it  Company  or  Person 

OTHER  Any  general  comments  you  want 

OTHER  Built  Using  the  WAVES-VHDL  1164  STD  Libraries 

—  Data  Set  Construction  Information 

d_f lip_f lop_pins . vhd  WORK 

WAVES_1164; 

WAVES_1164 .WAVES_1164_Pin_Codes .all; 

WAVES_1164 . WAVES_1164_Logic_Value . all ; 

WAVES_1164 .WAVES_Interface . all ; 

WORK . UUT_Test_pins . all ; 

WAVES_OBJECTS  WORK 

d_f lip_f lop_wgen. vhd  WORK 

EXTERNAL_FILENAME  dff_vect.txt  VECTORS 

WAVEFORM_GENERATOR_PROCEDURE  WORK . waves_d_f 1 ip_f lop . wave  f  orm 

Listing  5.4.3  WAVES  D-Flip  Flop  Header  File. 
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5.4,3.2  Test  Pins  Package 

The  test  pins  package  should  never  be  modified,  unless  you  want  to  change  the  pin  column 
references  in  the  external  file.  The  test  pins  package  for  our  example, 
“d_f  lip_f  lop_pins  .  vhd”,  is  shown  in  Listing  5.4.4. 


--  ********  This  File  Was  Automatically  Generated  ******** 

--  ********  By  The  WAVES-VHDL  Tool  Set  ******** 

--  ********  Generated  for  Entity:  d_flip_flop 

--  ********  This  File  Was  Generated  on:  Mon  Mar  11  14:36:59  1995 


PACKAGE  uut_test_pins  IS 

TYPE  test_pins  IS  (clock,  D,  Q,  O  bar) ; 

END  uut_test_pins ; 

Listing  5.4.4  WAVES  D-Flip  Flop  Test  Pins  Package. 


5.4.3.3  Waveform  Generator  Package 

Although  the  waveform  generator  package  generation  is  automated,  you  must  still  edit  the  file  that 
is  produced.  The  package  actually  is  a  template  and  thus  requires  modification.  The  waveform 
generator  procedure  template  provides  a  basic  stracture  based  on  the  model  that  defined  pin 
groupings  and  signal  association  for  waveform  shapes.  The  tool  makes  a  first  cut  at  establishing 
all  required  pin  groupings  and  provides  a  template  section  for  the  user  to  supply  the  signal  format 
and  timing  values  associated  with  the  external  pattern  data.  The  waveform  generator  package  for 
the  flip-flop  example,  “d_f  lip_f  lop_wgen.  vhd”,  is  shown  in  Listing  5.4.5. 

The  formats  pre-assigned  and  pin  groupings  created  for  the  model  may  or  may  not  need  to  be 
adjusted.  The  tool  scans  for  pin  names  looking  for  a  clock  signal  named  clock  or  elk  so  it  can 
assign  a  pulse  format  to  them.  For  this  model,  the  tool  assigned  all  pin  groups  and  formats 
correctly. 

The  vector  file  reference  generated  on  line  26  was  based  on  the  entity_name  with 
"_vectors  .  txt"  appended.  Therefore,  the  file  reference  was  changed  to  “df  f_vect .  txt”, 
since  this  is  the  name  of  the  vector  file. 

Since  the  XTSTB  tool  is  unable  to  predict  the  time  values  for  the  waveform  edge  placements 
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required  for  a  model,  a  reasonable  limitation,  you  will  always  have  to  enter  the  waveform  timing. 
Default  entries  are  specified  only  as:  ns.  The  values  you  choose  may  be  entered  directly,  such  as: 
10  ns,  or  they  may  be  set  by  using  constants  such  as:  period,  or  they  may  be  an  equation  such 
as:  period  -  3  ns.  For  our  flip  flop  example,  the  pulse_high  format  on  line  33  is  changed 
with  times  of  10  ns  and  20  ns.  The  nonreturn  format  on  line  34  for  the  input  pin  is  modified  to 
be  prior  to  the  10  ns  clock,  so  a  value  of  5  ns  is  used.  For  the  expect  window  any  time  after  10  ns 
would  be  valid,  since  the  model  contains  no  delays.  A  window  time  of  13  ns  and  20  ns  were 
therefore  used  on  line  35. 

1  __  ********  This  File  Was  Automatically  Generated  ******** 

2  —  ********  By  The  WAVES-VHDL  Tool  Set  ******** 

3  __  ********  Generated  for  Entity:  d_flip_flop 

4  __  ********  This  File  Was  Generated  on:  Mon  Mar  11  14:36:59  1995 

5  -- 

6  -- 

7  LIBRARY  WAVES_STD; 

8  USE  WAVES_STD.WAVES_Standard.all; 

9  USE  STD.textio.all; 

10  LIBRARY  WAVES_1164; 

11  USE  WAVES_1164 .waves_1164_frames .all; 

12  USE  WAVES_1164 .waves_1164_pin_codes.all; 

13  USE  WAVES_1164 .waves_interface.all; 

14  USE  work .waves_objects . all ; 

15  USE  work. uut_test_Pins .all; 

16  PACKAGE  WGP_d_flip_flop  is 

17  PROCEDURE  waveform (SIGNAL  WPL  :  inout  WAVES_PORT_LIST) ; 

18  END  WGP_d_flip_f lop; 

19  - 

20  PACKAGE  BODY  WGP_d_f lip_f lop  is 

21  --  This  is  the  uut  pin  declaration  pin  and  ordering 

22  --  Remember  you  need  to  match  the  External  file  to  This  order 

23  -- 

24  --clock,  D,  Q,  Q_bar 

25  PROCEDURE  waveform (SIGNAL  WPL  :  inout  WAVES_PORT_LIST)  is 

26  FILE  vector_file  :  TEXT  is  in  "dff_vect.txt"; 

27  VARIABLE  vector  :  FILE_SLICE  :=  NEW_FILE_SLICE ; 

28  --  declare  time  constants  to  use  or  use  time  literals 

29  —  constants  or  time  literals  can  be  used  as  the  frame  time  values 
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30  CONSTANT  outputs:  pinset:=  new_pinset ( (Q,  Q_bar) ) ; 

31  CONSTANT  inputs:  pinset:=  new_jpinset  (  (D)  )  ; 


32  CONSTANT  vector_FSA  :  Frame_set_array  := 

33  New_f rame_set_array ( Pulse_high ( 10  ns,  20  ns),  clock)  + 

34  New_frame_set_array {Non_return (5  ns),  inputs)  + 

35  New_frame_set_array (window (13  ns,  20  ns),  outputs); 

36  VARIABLE  timing  :  time_data  :=  new_time_data (vector_f sa) ; 

37  BEGIN 

38  loop 

39  READ_FILE_SLICE  (vector_f ile ,  Vector);  --  get  first  vector 

40  exit  when  vector . end_of_f ile; 

41  apply(wpl,  vector. codes. all.  Delay (vector . fs_time) ,  timing); 

42  --  or  use  internal  slice  time  format  as  below 

43  --  apply(wpl,  vector. codes. all.  Delay (  ns),  timing); 

44  end  loop; 

45  END  waveform; 


46  END  WGP_d_f lip_f lop; 

Listing  5.4.5  WAVES  Waveform  Generator  Package. 


5.4.3.4  WAVES-VHDL  Testbench 

The  testbench  generated  for  this  example,  “d_flip_flop_tstbench. vhd”,  did  not  require 
any  modifications  as  discussed  in  section  5.4.2.2.  It  is  shown  in  Listing  5.4.6. 


--  ********  This  File  Was  Automatically  Generated  ******** 

__  ********  By  Thg  WAVES-VHDL  Tool  Set  ******** 

__  ********  Generated  for  Entity:  d_flip_flop 

__  ********  This  File  Was  Generated  on:  Mon  Mar  11  14:37:02  1995 


LIBRARY  ieee; 

USE  ieee . std_logic_1164 .ALL; 

LIBRARY  waves_1164; 

USE  waves_1164 . WAVES_1164_utilities . all ; 

USE  WORK. UUT_test_pins. all; 

USE  work. waves_objects .all; 

USE  work. WGP_d_flip_f lop. all; 
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--  Include  component  libary  references  here 

--  User  Must  Modify  And  ADD  component  libary  references  here 
--  Include  component  libary  references  here 

ENTITY  test_bench  IS 
END  test_bench; 


ARCHITECTURE  d_f lip_f lop_test  OF  test_bench  IS 


--***********CONFIGURATION  SPECIFICATION  *************** 


COMPONENT  d_flip_flop 


PORT 

clock 

:  IN 

std_logic 

D 

:  IN 

std_logic 

Q 

:  OUT 

std_logic 

Q_bar 

:  OUT 

std_logic 

END  COMPONENT; 


--  Modify  entity  use  statement 
--  User  Must  Modify  modify  and  declare  correct 
. .  Architecture,  Library,  Component  . . 

--  Modify  entity  use  statement 

FOR  ALL:d_flip_flop  USE  ENTITY  work.d_flip_f lop (behavioral ) ; 

—  ********************************************************** 
--  stimulus  signals  for  the  waveforms  mapped  into  UUT  INPUTS 

__*********************************************************j^ 

SIGNAL  WAV_STIM_clock  :std_logic; 

SIGNAL  WAV_STIM_D  :std_logic; 

—  **************************************************** 

--  Expected  signals  used  in  monitoring  the  UUT  OUTPUTS 
—  **************************************************** 

SIGNAL  FAIL _ SIGNAL  :std _ logic; 

SIGNAL  WAV_EXPECT_Q  :std_logic; 

SIGNAL  WAV_EXPECT_Q_bar  :std_logic; 

—  ****************************************************** 

--  UUT  Output  signals  used  In  Monitoring  ACTUAL  Values 
—  ****************************************************** 

SIGNAL  ACTUAL_Q  :std_logic; 

SIGNAL  ACTUAL_Q_bar  :std_logic; 

- ************************************************************* 

--  Bi_direct ional  signals  used  for  stimulus  signals  mapped 
--  into  UUT  INPUTS  and  also  monitoring  the  UUT  OUTPUTS 
- ************************************************************* 
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No  Bidirectional  Pins  On  UUT 


--  WAVES  signals  OUTPUTing  each  slice  of  the  waves  port  list 
SIGNAL  wpl  :  WAVES_port_list ; 

BEGIN 

--  process  that  generates  the  WAVES  waveform 


WAVES:  waveform (wpl ) ; 

_ *************************************************************** 

--  processes  that  convert  the  WPL  values  to  1164  Logic  Values 
_ *************************************************************** 


)  )  ; 

)  )  ; 

3  )  )  ; 

4  )  )  ; 


--  UUT  Port  Map  -  Name  Symantics  Denote  Usage 


WAV_STIM_clock 

WAV_STIM_D 

WAV_EXPECT_Q 

WAV_EXPECT_Q_bar 


<=  STIM_1164 (wpl . wpl (  1 
<=  STIM_1164 (wpl . wpl (  2 
<=  EXPECT_1164 (wpl .wpl ( 
<=  EXPECT_1164 (wpl .wpl ( 


ul :  d_flip_flop 
PORT  MAP( 


clock 

=  > 

WAV_STIM_clock 

D 

=  > 

WAV_STIM_D, 

Q 

=  > 

ACTUAL_Q, 

Q_bar 

=  > 

ACTUAL_Q_bar) ; 

_ *★*•■*•*■****★*•*■•*■*★*★★***************★**•***★•***************** 

--  Monitor  Processes  To  Verify  The  UUT  Operational  Response 
_ ****★★*•★★*★*********★**********★**•■************•*■*****■*•**** 

Monitor_Q : 

PROCESS (ACTUAL_Q,  WAV_expect_Q) 

BEGIN 

assert (Compatible  (actual  =>  ACTUAL_Q, 

expected  =>  WAV_expect_Q) ) 
report  "Error  on  Q  output"  severity  WARNING; 

IF  (  Compatible  (  ACTUAL_Q,  WAV_expect_Q)  )  THEN 
FAIL_SIGNAL  <= ’ L ' ;  ELSE  FAIL_SIGNAL  <='!'; 
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END  PROCESS; 


Mon i t  o r_Q_ba r : 

PROCESS (ACTUAL_Q_bar ,  WAV_expect_Q_bar ) 

BEGIN 

assert (Compatible  (actual  =>  ACTUAL_Q_bar , 

expected  =>  WAV_expect_Q_bar ) ) 
report  "Error  on  Q_bar  output"  severity  WARNING; 

IF  (  Compatible  (  ACTUAL_Q_bar ,  WAV_expect_Q_bar )  )  THEN 

FAIL_SIGNAL  <= ' L ' ;  ELSE  FAIL_SIGNAL  <='!'; 

END  IF; 

END  PROCESS; 


END  d_f 1 ip_f 1 op_t  e  s  t ; 

Listing  5.4.6  WAVES-VHDL  Testbench. 


5.4.4  Analyze  and  Simulate  WAVES  and  VHDL  Packages 

Once  all  of  the  files  are  generated  and  modified,  the  packages  may  be  analyzed  and  simulated.  You 
would  analyze  the  WAVES  data  set  into  the  working  library  created  for  this  model  by  doing  the 
following: 

1.  Analyze  d_f  lip_f  lop_pins .  vhd  into  library  WORK. 

2.  Analyze  WAVES_OB  JECTS  into  library  WORK. 

3.  Analyze  d_f  lip_f  lop_wgen .  vhd  into  library  WORK. 

4.  Analyze  d_f  lip_f  lop_tstbench .  vhd  into  library  WORK. 

Now  you  are  ready  to  simulate  the  flip  flop  testbench.  More  detailed  model  examples  are 
introduced  in  Chapter  6.  Complete  listings  of  these  examples  are  given  in  the  appendices. 


CHAPTER  6:  EXAMPLES 


6.1  Introduction 

This  chapter  provides  three  examples  to  demonstrate  the  usage  of  the  testbench  tools.  The  first 
example,  an  8-bit  parity  generator/checker,  demonstrates  basic  usage  of  the  testbench  tool.  The 
second  example,  an  8-bit  synchronous  up/down  counter,  demonstrates  the  testbench  tool  usage  on 
a  model  that  uses  standard  logic  vectors.  The  final  example,  an  8-bit  universal  shift/storage 
register,  demonstrates  testbench  tool  usage  on  a  bi-directional  I/O  model.  The  examples  were 
successfully  simulated  using  three  different  VHDL  simulators  on  two  different  hardware 
platforms,  thus  also  demonstrating  the  portability  of  VHDL  and  WAVES. 

6.2  Example  1:  54/74180:  8  -  Bit  Parity  Generator/Checker 

This  example  demonstrates  usage  of  the  testbench  tool  for  generating  a  VHDL/WAVES  testbench 
with  a  single  output  monitor  process.  The  external  file  consists  only  of  pin  codes.  All  timing  is 
performed  in  the  WAVES  generator.  This  example  was  generated  using  the  command  line 
interface  to  the  tool  set.  The  individual  commands  used  to  invoke  the  tools  are  specified. 

6.2.1  Device  Specifications 

This  parity  checker  was  modeled  after  the  54/74180  series  taken  from  the  Fairchild  TTL  Data  Book 
printed  in  December  1978.  The  ‘180  is  a  monolithic  8-bit  parity  checker/generator  which  features 
control  inputs  and  even/odd  outputs  to  enhance  operation  in  either  odd  or  even  parity  applications. 
Cascading  these  circuits  allows  unlimited  word  length  expansion.  A  typical  application  would  be 
to  generate  and  check  parity  on  data  being  transmitted  from  one  register  to  another.  It  is  a  14  pin 
device  with  8  data  inputs  (Iq  through  I7),  2  control  inputs  (Odd  input  and  Even  Input)  and  2 
outputs  (Odd  parity  Output  and  Even  Parity  Output).  Table  6.1.1  lists  the  pin  numbers,  pin  name 
and  a  short  description  of  each  pin.  Table  6.1.2  is  the  truth  table  for  the  device. 
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Pin  Number 

Pin  Name 

1 

16 

Data  Input  6 

2 

17 

Data  Input  7 

3 

El 

Even  Input 

4 

OI 

Odd  Input 

5 

SE 

Even  Parity  Output 

6 

SO 

Odd  Parity  Output 

7 

GND 

Ground 

8 

10 

Data  Input  0 

9 

11 

Data  Input  1 

12 

Data  Input  2 

11 

D 

Data  Input  3 

12 

14 

Data  Input  4 

13 

15 

Data  Input  5 

14 

Vcc 

Supplv  Voltage 

Table  6.1.1  8-Bit  Parity  Checker/Generator  Pin  Labels. 


Inputs 

Outputs 

Parity 

Even 

Odd 

Even 

Odd 

Even 

H 

L 

H 

L 

Odd 

H 

L 

L 

H 

Even 

L 

H 

L 

H 

Odd 

L 

H 

H 

L 

X 

H 

H 

L 

L 

X 

L 

L 

H 

H 

Table  6.1.2  8-Bit  Parity  Checker/Generator  Truth  Table. 


6.2.2  Tool  Usage  Explanation 

As  explained  in  previous  chapters,  once  the  entity  architecture  is  completed,  the  necessary  WAVES 
files  needed  to  test  are  the  pins  file,  header  file,  objects  file,  generator  file,  testbench  file  and  the 
vector  file.  The  process  by  which  these  files  are  generated  for  this  example  are  discussed  below. 

First,  the  testbench  tool  is  invoked  by: 

wfgen  -p  pg_e_a .  vhd  >  pg_pins .  vhd 
This  will  automatically  generate  the  necessary  pins  file. 

Second,  the  tool  is  invoked  by: 

wfgen  -h  -p :  pg_pins .  vhd  -g  pg_gen  pg_e_a.vhd  >  pg_head.vhd 

This  will  produce  the  header  file.  This  file  may  now  be  edited  for  any  additional  information. 
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Third,  the  tool  is  invoked  by: 

wfgen  -o  pg_e_a.vhd  >  pg_objects .vhd 
This  will  automatically  generate  the  necessary  WAVES  object  file. 

Fourth,  the  tool  is  invoked  by: 

wfgen  -g  pg_e_a .  vhd  >  pa  gen . vhd 

This  will  produce  the  WAVES  waveform  generator  package.  A  portion  of  this  file  is  shown  in 
Listing  6.2.1  below. 


FILE  vector_file  ;  TEXT  IS  IN  "pg_e_a_vectors.txt"; 


CONSTANT  vector_fsa  :  f rame_set_array  := 

new_f  raine_set_array  (pulse_high  (  ns,  ns),  a_clock)  + 
new_f rame_set_array (non_return (  ns),  inputs)  + 
new_f rame_set_array (window (  ns,  ns),  outputs)  ; 


Listing  6.2.1  Unedited  waveform  generator  frame  set  array  declaration. 

This  file  must  now  be  edited.  First,  the  vector  file  name  is  edited.  Second,  the  timing  information 
must  be  supplied.  Finally,  since  no  clock  exists  for  this  model,  this  line  may  be  commented  out  or 
deleted,  as  shown  below. 


FILE  vector_file  :  TEXT  IS  IN  " vectors .txt"; 


CONSTANT  vector_fsa  :  f raine_set_array  :  = 

new_f  raine_set_array  (non_return  (  0  ns),  inputs)  + 
new_frame_set_array (window (  70  ns,  100  ns),  outputs) ; 


Listing  6.2.2  Edited  waveform  generator  frame  set  array  declaration. 

Finally,  the  tool  is  invoked  by: 

wtstb  -t  pg_e_a.vhd  >  pg_test.vhd 
This  will  automatically  generate  the  necessary  testbench  file. 


52 


A  syntax  check  of  the  pattern  file  is  performed  by: 

wextern  -E:pg__e_a.vhd  pg_e_a_vectors .  txt 
The  necessary  WAVES  files  to  test  and  simulate  this  model  have  now  been  written  with  minimal 
effort  by  the  user. 

6.2.3  Simulation 

All  of  the  WAVES  files  are  then  compiled  into  the  working  directory  and  the  simulation  was  then 
performed.  For  this  example,  the  Model  Technology  simulator  running  on  a  Pentium  100  based 
PC  running  Win95  was  used. 

6.3  Example  2:  SN54/74ALS8169:  Synchronous  8  -  Bit  Up/Down 

Binary  Counter 

This  VHDL  model  is  slightly  more  complex  than  the  parity  generator  model  in  example  1,  as  it 
contains  IEEE  1 164  Standard  Logic  Vectors  as  an  input  and  an  output.  This  is  handled  easily  by 
the  testbench  tool  as  seen  in  the  testbench  itself  for  the  Up  Down  Counter  (Appendix  6).  The  tool 
creates  actual  and  expected  Standard  Logic  Vectors  for  the  Q  outputs  and  a  WAVES  Stimulus 
Standard  Logic  Vector  for  the  eight  bit  input.  Additionally,  internal  signal  assignment  statements 
are  generated  for  converting  the  WAVES  Port  List  (WPL)  values  to  the  1 16  6  Logic  Values  that  will 
be  needed  for  stimulus  and  comparison  of  model  responses.  Finally,  an  1164  Standard  Logic 
Vector  Monitor  process  is  created  for  monitoring  the  outputs  from  the  VHDL  model. 

6.3.1  Device  Specieications 

The  Texas  Instruments  SN54ALS8169  -  Synchronous  8-Bit  Up/Down  Binary  Counter  is  a  24  pin 
device  with  8  data  inputs  (A  through  H),  8  data  outputs  (Qa  through  Qh),  and  5  control  inputs 
(Load  Bar,  U/D  Bar,  ENT  Bar,  RCO  Bar  and  ENP  Bar).  The  device  is  easily  cascadable  for  n-bit 
synchronous  applications  and  fully  programmable  (may  be  preset  to  any  number  between  0  and 
255).  A  complete  description  of  this  part  may  be  obtained  from  the  Texas  Instruments  Data  Book, 
1987. 

Table  6.2.1  lists  the  Up/Down  Counter’s  pin  numbers,  names  and  a  short  description  of  their 
functionality.  Table  6.2.2  is  the  truth  table  of  this  device  (only  four  bits  are  shown  to  conserve 
space). 
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Pin  Number 

Pin  Name 

Description 

1 

Load  Bar 

Load  Binary  (Preset) 

2 

U/DBar 

Count  Up  when  high,  Count  Down  when  low 

3 

A 

Data  Input  A  (LSB) 

4 

B 

Data  Input  B 

5 

C 

Data  Input  C 

6 

D 

Data  Input  D 

7 

E 

Data  Input  E 

8 

F 

Data  Input  F 

9 

G 

Data  Input  G 

10 

H 

Data  Input  H  (MSB) 

11 

ENT  Bar 

Enable  Counting,  also  fed  forward  for  ripple  carry  out 

12 

GND 

Ground 

13 

RCOBar 

Ripple  Carry  Out 

14 

CLK 

Clock 

15 

Qh 

Result  Output  H  (MSB) 

16 

Qg 

Result  Output  G 

17 

Qf 

Result  Output  F 

18 

Qe 

Result  Output  E 

19 

Q1 

Result  Output  D 

20 

Qc 

Result  Output  C 

21 

Qb 

Result  Output  B 

22 

Qa 

Result  Output  A  (LSB) 

23 

ENPBar 

Enable  Counting 

24 

Vcc 

Supply  Voltage 

Table  6.2.1  Synchronous  8-Bit  Up/Down  Binary  Counter  Pin  Labels. 


Operation 

Inputs  at  time  t„ 

Outputs  at  time  t^.j 

Load 

Clock 

ENP 

ENT 

LOAD 

c 

HI 

E 

E 

U/D 

a 

Qb 

Qc 

Qd 

RCO 

H 

L 

H 

L 

X 

X 

X 

X 

X 

A 

B 

c 

D 

L  if  count  =15 

H  if  count  ?il5 

Count  Up 

H 

H 

L 

H 

X 

X 

X 

X 

H 

L  if  count  =15 

H  if  count  ^15 

Count 

Down 

M 

L 

L 

H 

X 

X 

X 

X 

■ 

Previous  count 
minus  1 

L  if  count  =15 

H  if  count  5^15 

H 

L 

H 

B 

E 

E 

E 

X 

No  change 

Inhibit 

L 

H 

H 

X 

E 

X 

E 

X 

No  change 

L 

n 

H 

H 

H 

X 

E 

X 

E 

X 

L 

Table  6.2.2  Synchronous  8-Bit  Up/Down  Binary  Counter  Truth  Table. 


The  external  file  used  for  testing  the  Up/Down  Counter  VHDL  model  consists  of  6  different  tests. 
The  first  test  simply  loads  in  the  value  of  zero  and  counts  up  to  seventy  nine,  checking  if  the  model 
counts  up.  The  second  test  loads  in  250  and  counts  up  through  255  to  16  to  check  if  RCO_Bar 
goes  low  at  255.  The  third  test  loads  in  100  and  counts  down  through  0  to  245,  checking  to  see  if 
the  model  counts  down  and  if  RCO_bar  goes  low  at  0  while  counting  down.  The  fourth  test  loads 
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in  0,  counts  up  to  2,  disables  counting  by  resetting  both  ENT_Bar  and  ENP_Bar,  and  then 
resetting  both  again  and  counts  back  down  through  0  to  253.  Tests  5  and  6  are  similar  except  that 
they  simply  disable  counting  by  resetting  only  ENT_Bar  and  the  only  ENP_Bar  respectively. 


6.3.2  Tool  Usage  Explanation 

Refer  to  Appendix  6  for  the  complete  file  listings. 

Changes  were  made  to  the  testbench  tool  generated  waveform  generator  procedure: 

1)  The  external  file  name  had  to  be  changed  to  the  proper  name  on  line  37  from: 

FILE  vector_file  :  TEXT  IS  IN  "eight_bit_sync_ud_cntr_vectors.txt"; 

to: 

FILE  vector_file  :  TEXT  IS  IN  "synctr_vectors.txt"; 

2)  The  in_pins  constant,  shown  in  Listing  6.3.1,  was  modified  because  ent_bar  and  enp_bar 
have  different  timing  than  load_bar  and  up_down_bar.  Therefore,  a  new  constant  named 
enable_pins  was  created,  shown  in  Listing  6.3.2: 


CONSTANT  in_pins:  pinset:=  new_pinset ( ( load_bar , up_down_bar , 

ent_bar,  enp_bar) ) ; 


to: 


Listing  6.3.1  Unedited  in_pins  constant  declaration. 

CONSTANT  in_pins :  pinset:=  new_pinset ( ( load_bar , up_down_bar ) ) ; 
CONSTANT  enable_plns  :  pinset  :=  new_pinset { (ent_bar,  enp_bar) ) ; 


Listing  6.3.2  Edited  in_pins  constant  declaration. 


3)  The  code  grouping  beginning  at  line  62  shown  in  Listing  6.3.3,  had  to  be  modified  to  insert  a 
new  frame  array  for  the  constant  enable_pins.  Also,  the  absolute  timing  for  the  clock,  inputs 
and  outputs  was  added  as  shown  in  Lisitng  6.3.4: 
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CONSTANT  vector_fsa  :  f rame_set_array  := 

new_f rame_set_array (pulse_high (  ns,  ns),  elk)  + 
new_f rame_set_array (non_return (ns )  ,  inputs)  + 
new_frame_set_array (window (ns,  ns),  outputs); 

Listing  6.3.3  Unedited  waveform  generator  frame  set  array  declaration, 
to: 

CONSTANT  vector_fsa  :  f rame_set_array  := 

new_f rame_set_array (pulse_high ( 15  ns,  30  ns),  elk)  + 
new_f  raiae_set_array  ( non_return  ( 2  0  ns),  enable_pins)  + 
new_f rame_set_array (non_return (0  ns),  inputs)  + 
new_frame_set_array (window (20  ns,  27  ns),  outputs)  ; 

Listing  6.3.4  Edited  waveform  generator  frame  set  array  declaration. 

6.3.3  Simulation 

The  Cadence  Leapfrog  simulator  mnning  on  a  Sun  SPARC  IPX  running  SunOS  was  used  for  this 
model  verification. 

6.4  Example  3:  54LS/74LS299:  8  -  Input  Universal  Shift/Storage 

Register 

This  VHDL  model  demonstrates  how  the  testbench  generation  process  is  performed  when  the 
model  contains  bi-directional  pins.  The  testbench  generation  tool  created  the  complementary 
WAVES  data  files  and  the  VHDL  testbench.  The  generation  tool  created  two  time  sets  in  the 
WAVES  waveform  generator  file  requiring  that  the  external  file  specify  which  time  set  was  to  be 
used.  Two  time  sets  were  needed  to  specify  one  set  of  conditions  when  the  bi-directional  pins 
were  operating  as  input  pins  and  the  second  time  set  to  identify  the  output  characteristics. 

6.4.1  Device  Specifications 

This  register  was  modeled  after  the  54LS/74LS299  series  taken  from  the  Fairchild  TTL  Data  Book 
printed  in  December  of  1978.  The  54LS/74LS299  8-input  universal  shift/storage  register  with 
common  parallel  input/output  pins,  is  an  8-bit  universal  shift/storage  register  with  3-state  outputs. 
Four  modes  of  operation  are  possible:  hold(store),  shift  left,  shift  right,  and  load  data.  The  parallel 
load  inputs  and  flip-flop  outputs  are  multiplexed  to  reduce  the  total  number  of  package  pins. 
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Separate  outputs  are  provided  for  flip-flops  QO  and  Q7  to  allow  easy  cascading.  A  separate  active 
LOW  Master  Reset  is  used  to  reset  the  register.  The  VHDL  model  generated  is  a  dataflow 
description  of  the  part. 


Pin  Number 

Model  Name 

Pin  Name 

Description 

1 

selection(O) 

SO 

Mode  Selection  Input  0 

2 

enable_out(0) 

NOT  OEl 

3-State  Output  Enable  Input  1 

3 

enable_out(l) 

NOT  OE2 

3-State  Output  Enable  Input  2 

4 

10(6) 

106 

Parallel  Data  Input/  3-State  Parallel  Output  6 

5 

10(4) 

104 

Parallel  Data  Input/  3-State  Parallel  Output  4 

6 

10(2) 

102 

Parallel  Data  Input/  3-State  Parallel  Output  2 

7 

10(0) 

too 

Parallel  Data  Input/  3-State  Parallel  Output  0 

8 

OUT_0 

QO 

Serial  Output  0 

9 

Master_Reset 

NOT  MR 

Asynchronous  Master  Reset  Input  (Active  LOW) 

10 

GND 

Ground 

11 

Data_0 

DSO 

Serial  Data  Input  for  Right  Shift 

12 

Clock 

CP 

Clock 

13 

10(1) 

lOl 

Parallel  Data  Input/  3-State  Parallel  Output  1 

14 

10(3) 

103 

Parallel  Data  Input/  3-State  Parallel  Output  3 

15 

10(5) 

105 

Parallel  Data  Inpuh  3-State  Parallel  Output  5 

16 

10(7) 

107 

Parallel  Data  Input/  3-State  Parallel  Output  7 

17 

0UT_7 

Q7 

Serial  Output  7 

18 

Data_7 

DS7 

Serial  Data  Input  for  Left  Shift 

19 

selection(l) 

SI 

Mode  Selection  Input  1 

20 

— 

VCC 

SUPPLY  VOLTAGE 

Table  6.3.1  8-Input  Universal  Shift/Storage  Register  Pin  Labels. 

Table  6.3.1  lists  the  register’s  pin  numbers,  model  and  pin  names  and  a  short  description  of  each 
pins’  functionality.  The  truth  table  for  this  device  is  shown  in  Table  6.3.2. 


INPUTS 

RESPONSE 

MR 

Si 

So 

CP 

L 

X 

X 

X 

Asynchronous  Reset:  Q)  -  Q7  =  LOW 

H 

H 

H 

T 

Parallel  Load:  I/0„  — »  Q„ 

H 

L 

H 

t 

Shift  Right:  DSq  — >  Qo  Qi .  etc. 

H 

H 

L 

t 

Shift  Left:  Ds^  Qj,  Qj  -A  Q^,  etc. 

H 

L 

L 

X 

Hold 

Table  6.3.2  8-Input  Universal  Shift/Storage  Register  Truth  Table. 

The  type  of  operation  to  be  performed  is  determined  by  the  SO  and  S 1  selection  pins  and  shown  in 
Table  6.3.2.  All  flip-flop  outputs  are  brought  out  through  tri-state  buffers  to  separate  I/O  pins  that 
also  serve  as  data  inputs  in  the  parallel  load  mode.  QO  and  Q7  are  also  brought  out  on  other  pins 
for  expansion  in  serial  shifting  of  longer  words.  A  LOW  signal  on  the  master  reset  pin  overrides 
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the  select  and  clock  pulse  inputs  and  resets  the  flip-flops.  All  other  state  changes  are  initiated  by 
the  rising  edge  of  the  clock.  Inputs  can  change  when  the  clock  is  in  either  state  provided  that  the 
recommended  setup  and  hold  times,  relative  to  the  rising  edge  of  the  cock  pulse,  are  observed.  A 
high  signal  on  either  of  the  output  enable  pins  disables  the  tri-state  buffers  and  puts  the  I/O  pins  in 
the  high  impedance  state.  In  this  condition,  the  shift,  hold,  load  and  reset  operations  can  still 
occur.  The  tri-state  buffers  are  also  disabled  by  high  signals  on  both  SO  and  SI  in  preparation  for 
a  parallel  load  operation. 

The  external  file  used  for  testing  the  LS299  tested  all  five  of  its  operations;  reset,  shift  right,  shift 
left,  hold  and  load.  The  external  file  format,  shown  in  Appendix  A7.6,  lists  the  conditions  on  the 
pins  (selection,  output  enable,  clock,  data  serial  0,  data  serial  7,  master  reset,  and  the  I/O  pins, 
from  left  to  right)  followed  by  the  identifier  for  the  proper  time  set.  Time  set  one  sets  the  I/O  pins 
to  be  compared  (output  mode)  and  time  set  two  drives  the  I/O  as  input.  The  first  vector  resets  the 
register,  then  six  shift  right  operations  are  performed  followed  by  five  shift  left  operations.  The 
resulting  output  is  then  held  for  five  cycles.  The  register  is  then  loaded  with  data  and  the  output 
disabled  with  the  loaded  information  shifted  left.  The  I/O  pins  are  tested  for  a  tri-state  condition 
and  the  last  operation  enables  the  outputs  and  performs  a  final  shift  left  operation. 

6.4.2  Tool  Usage  Explanation 

Appendix  7  contains  a  complete  listing  of  all  of  the  files,  both  tool  generated  and  hand  created,  for 
this  model.  All  of  the  generated  files  were  produced  by  the  WAVES  testbench  generation  tool  as 
described  in  Chapter  5. 

The  only  changes  which  were  required  of  the  tool  generated  files  were  to  the  waveform  generator 
procedure.  The  two  changes  which  were  necessary  to  make  are  outlined  below: 

1)  The  external  file  name  had  to  be  changed  to  the  proper  name: 

FILE  vector_file  ;  TEXT  IS  IN  "shift_register_vectors.txt"; 

to: 

FILE  vector_file  :  TEXT  IS  IN  ”  vectors . txt "  ; 

2)  The  eode  grouping,  which  is  shown  in  Listing  6.4.1,  had  to  be  modified  in  two  ways.  First, 
for  both  frame  set  1  and  2,  a  choice  of  the  compare  or  drive  format  had  to  be  made.  This  involves 
uncommenting  the  appropriate  line  for  each  frame  set.  Second,  the  absolute  timing  for  the  clock. 
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inputs  and  outputs  had  to  be  added.  The  changed  listing  is  shown  in  Lisitng  6.4.2. 


--  Frame  Set  1 

{  delay  =>  delay  (  ns  ) , 
timing  =>  new_time_data ( 

new_f rame_set_array {pulse_high (  ns,  ns),  clock)  + 

--  select  compare  New_frame_set_array (Window (  ns,  ns),  10)  + 

--  or  drive  format  New_frame_set_array(Non_return(  ns),  10)  + 

new_f rame_set_array (non_return (  ns),  inputs)  + 
new_frame_set_array (window (  ns,  ns),  outputs) 

)  )  , 

--  Frame  Set  2 

{  delay  =>  delay  {  ns  ) , 
timing  =>  new_time_data ( 

new_f rame_set_array (pulse_high (  ns,  ns),  clock)  + 

--  select  compare  New_frame_set_array (Window(  ns,  ns),  10)  + 

--  or  drive  format  New_frame_set_array(Non_return(  ns),  10)  + 

new_frame_set_array  ( non_return  (  ns),  inputs)  + 
new_frame_set_array (window (  ns,  ns),  outputs) 

)  )  )  ; 

Listing  6.4.1  Unedited  waveform  generator  frame  set  declaration. 

to: 


--  Frame  Set  1 

(  delay  =>  delay  (  100  ns  ) , 
timing  =>  new_time_data ( 

new_f rame_set_array (pulse_high (  50  ns,  80  ns),  clock)  + 

new_frame_set_array (window (  85  ns,  95  ns),  io)  + 

--  or  drive  format  New_frame_set_array(Non_return(  ns),  10)  + 

new_f rame_set_array (non_return (  5  ns),  inputs)  + 
new_frame_set_array (window (  85  ns,  95  ns),  outputs) 

)  )  , 

--  Frame  Set  2 

(  delay  =>  delay  (  100  ns  ) , 
timing  =>  new_time_data ( 

new_f rame_set_array (pulse_high (  50  ns,  80  ns),  clock)  + 

--  select  compare  New_frame_set_array (Window (  ns,  ns),  10)  + 

new_f rame_set_array (non_return (  5  ns),  io)  + 
new_f rame_set_array (non_return (  5  ns),  inputs)  + 

new_frame_set_array (window (  85  ns,  95  ns),  outputs) 

)  )  ); 

Listing  6.4.2  Edited  waveform  generator  frame  set  declaration. 
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6.4.3  Simulation 


This  model  was  verified  using  the  Synopsys  simulator  on  a  Sun  SPARC  IPX  running  SunOS. 
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APPENDIX  1:  WAVES  1164  PACKAGES 


Al.l  WAVES  1164_Pin_Codes  Package 


PACKAGE  waves_1164_pin_codes  IS 

CONSTANT  pin_codes  :  STRING  :=  "XOIZWLH- ; 
END  waves_1164_pin_codes ; 
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A1.2  WAVES_1164_Logic_Value  Package 


LIBRARY  waves_std; 

USE  waves_std.waves_standard .ALL; 

PACKAGE  waves_1164_logic_value  IS 

TYPE  logic_value  IS 

( 

dont_care, 
aense_x, 
sense_0 , 
sense_l , 
sense_z , 
sense_w, 
sense_l , 
sense_h, 
drive_x, 
drive_0 , 
drive_l , 
drive_2 , 
drive_w, 
drive_l , 
drive_h  ) ; 

FUNCTION  value_dictionary (  value  :  logic_value  ) 
RETURN  event_value; 

END  waves_1164_logic_value ; 


PACKAGE  BODY  waves_1164_logic_value  IS 

FUNCTION  value_dictionary (  value  :  logic_value  ) 
RETURN  event_value  IS 

BEGIN 

CASE  value  IS 
WHEN  drive_x  => 


RETURN  state 

= 

unknown  AND 

strength 

= 

drive  AND 

direction 

= 

stimulus ; 

WHEN  drive_0  => 

RETURN  state 

= 

low  AND 

strength 

= 

drive  AND 

direction 

= 

stimulus ; 

WHEN  drive_l  => 

RETURN  state 

= 

high  AND 

strength 

= 

drive  AND 

direction 

= 

stimulus ; 

WHEN  drive_z  => 

RETURN  state 

= 

midband  AND 

strength 

= 

disconnected  AND 

direction 

= 

stimulus ; 

WHEN  drive_w  => 

RETURN  state 

= 

unknown  AND 

strength 

= 

resistive  AND 

direction 

= 

stimulus ; 

WHEN  drive_l  => 

RETURN  state 

= 

low  AND 

strength 

= 

resistive  AND 

direction 

= 

stimulus ; 

WHEN  drive_h  => 

RETURN  state 

= 

high  AND 

strength 

= 

resistive  AND 

direction 

stimulus ; 

WHEN  sense_x  => 

RETURN  state 

= 

unknown  AND 

strength 

drive  AND 

direction 

= 

response  AND 

relevance 

= 

required; 
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WHEN  sense_0  => 


RETURN  state 

= 

low  AND 

strength 

drive  AND 

direction 

= 

response  AND 

relevance 

required; 

WHEN  sense_l  => 

RETURN  state 

= 

high  AND 

strength 

drive  AND 

direction 

= 

response  AND 

relevance 

required; 

WHEN  sense_z  => 

RETURN  state 

= 

midband  AND 

strength 

= 

disconnected  AND 

direction 

= 

response  AND 

relevance 

required ; 

WHEN  sense_w  => 

RETURN  state 

= 

unknown  AND 

strength 

resistive  AND 

direction 

= 

response  AND 

relevance 

required ; 

WHEN  sense_l  => 

RETURN  state 

= 

low  AND 

strength 

= 

resistive  AND 

direction 

=: 

response  AND 

relevance 

= 

required; 

WHEN  sense_h  => 

RETURN  state 

= 

high  AND 

strength 

= 

resistive  AND 

direction 

= 

response  AND 

relevance 

= 

required; 

WHEN  dont_care  => 

RETURN  unspecified; 
END  CASE; 

END  value_dictionary; 

END  waves_1164_logic_value; 
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APPENDIX  2:  WAVES_1164_FRAMES  PACKAGE 


LIBRARY  waves_1164; 

USE  waves_1164 .waves_1164_pin_codes . ALL; 
USE  waves_1164 .waves_1164_logic_value . ALL; 
USE  waves_1164 .waves_interface . ALL; 

PACKAGE  waves_1164_fraines  IS 


--  Declare  functions  that  return  Frame  Sets. 


FUNCTION  non_return(  tl  :  TIME  )  RETURN  fraitie_set; 

FUNCTION  return_low(  tl,  t2  :  TIME  )  RETURN  frame_set; 

FUNCTION  return_high(  tl,  t2  :  TIME  )  RETURN  frame_set; 

FUNCTION  surround_coinplement  (  tl,  t2  :  TIME  )  RETURN  frame_set; 
FUNCTION  pulse_low{  tl,  t2  ;  TIME  )  RETURN  f rame_set ; 

FUNCTION  pulse_low_skew{  tO,  tl,  t2  :  TIME  )  RETURN  f rame_set ; 
FUNCTION  pulse_high(  tl,  t2  :  TIME  )  RETURN  frame_set; 

FUNCTION  pulse_hlgh_skew(  tO,  tl,  t2  ;  TIME  )  RETURN  fraine_set; 
FUNCTION  window (  tl,  t2  :  TIME  )  RETURN  frame_set; 

FUNCTION  window_skew(  tO,  tl,  t2  ;  TIME  )  RETURN  frame_set; 

END  waves_1164_f rames ; 

PACKAGE  BODY  waves_1164_f rames  IS 


--  Frame  Set  function  definitions . 


FUNCTION  non_return(  tl  :  TIME  )  RETURN  frame_set  IS 

CONSTANT  edge  :  event_time  :=  etime(  tl  ); 

BEGIN 

RETURN 

new_frame_set (  'X',  frame_event (  (drive_X,  edge)  )  )  + 

new_frame_set (  'O',  frame_event (  (drive_0,  edge)  )  )  + 

new_frame_Eet (  '!',  frame_event (  (drive_l,  edge)  )  )  + 

new_f rame_set {  'Z',  frame_event (  (drive_Z,  edge)  )  )  + 

new_frame_set (  'W,  frame_event (  (drive_W,  edge)  )  )  + 

new_frame_set (  'L',  frame_event (  (drive_L,  edge)  )  )  + 

new_frame_set (  'H',  frame_event (  (drive_H,  edge)  )  )  + 

new_frame_set (  ' - ' ,  frame_event  ) ; 

END  non_return; 

FUNCTION  return_low(  tl,  t2  :  TIME  )  RETURN  fraine_set  IS 

CONSTANT  edgel  :  event_time  :=  etime(  tl  ); 

CONSTANT  edge2  :  event_time  :=  etime(  t2  ); 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Return_Low  frames."  & 

"The  inequality  :  Tl  <  T2  Must  hold.” 

SEVERITY  FAILURE; 

RETURN 

new_frame_set  (  'X',  frame_elist(  ( (drive_X,  edgel), 

(drive_0,  edge2))  )  )  + 

new_frame_set (  'O',  frame_event (  (  drive_0 ,  edgel)  )  )  + 

new_frame_set (  '1',  frame_eliEt(  ( (drive_l,  edgel), 

(drive_0,  edge2))  )  )  + 

new_frame_set (  'Z',  frame_elist(  ((drive_Z,  edgel), 

(drive_0,  edge2))  )  )  + 

new_frame_set (  'W ,  frame_elist (  ( {drive_W,  edgel), 

(drive_0,  edge2))  )  )  + 

new_frame_set (  'L',  frame_elist{  ( (drive_L,  edgel), 

(drive_0,  edge2))  )  )  + 

new_£rame_set (  'H',  frame_elist(  ( (drive_H,  edgel), 

(drive_0,  edge2))  )  )  + 

new_f rame_set (  ' - ' ,  f rame_event (  (  drive_0 ,  edge2  )  )  ) ; 
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END  return_low; 


FUNCTION  return_high (  tl,  t2  :  TIME  )  RETURN  frame_set  IS 

CONSTANT  edgel  :  event_time  :=  etime(  tl  ) ; 

CONSTANT  edge2  :  eveiit_time  :=  etime(  t2  )  ; 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Return_High  frames."  & 

"The  inequality:  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 

new_f rame_set  (  'X',  frame_elist (  ( (drive_X,  edgel), 

(drive_l,  edge2) )  )  )  + 

new_f  raine_set  (  'O',  frame_elist  (  ((drive_0,  edgel), 

(drive_l,  edge2))  )  )  + 

new_f rame_set (  '1',  frame_event(  (  drive_l,  edgel)  )  )  + 

new_f rame_set (  'Z‘,  frame_elist(  ( (drive_Z,  edgel), 

(drive_l,  edge2) )  )  )  + 

new_f rame_set {  'W,  frame_elist(  ( (drive_W,  edgel), 

(drive_l,  edge2))  )  )  + 

new_frame_set (  'L',  frame_elist (  ( (drive_L,  edgel), 

(drive_l,  edge2) )  )  )  + 

new_frame_set (  'H',  frame_elist(  ( (drive_H,  edgel), 

(drive_l,  edge2))  )  )  + 

new_f rame_set (  frame_event (  (  drive_l,  edge2  )  )  ) ; 

END  return_high; 


FUNCTION  surround_complement (  tl,  t2  :  TIME)  RETURN  frame_set  IS 

CONSTANT  edgeO  :  event_time  :=  etime(  0  ns  ) ; 

CONSTANT  edgel  :  event _tlme  :=  etinie(  tl  )  ; 

CONSTANT  edge2  :  event_time  :=  etime(  t2  ) ; 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Surround_Complement  frames.  "  & 
"The  inequality:  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 

new_f rame_set  (  'X',  fraine_event  (  (  drive_X,  edgel)  )  )  + 

new_f rame_set (  'O',  frame_elist (  ( (drive_l,  edgeO), 

(drive_0,  edgel), 

(drive_l,  edge2))  )  )  + 

new_frame_set {  '1',  frame_elist (  ((drive_0,  edgeO), 

(drive_l,  edgel) , 

(drive_0,  edge2))  )  )  + 

new_f  rame_set  {  'Z',  fraine_event  (  (  drive_Z,  edgel)  )  )  + 

new_f raine_set  (  'W,  fraine_event  (  (  drive_W,  edgel)  )  )  + 

new_f rame_set (  'L',  frame_elist(  ( (drive_H,  edgeO), 

(drive_l,  edgel), 

(drive_H,  edge2))  )  )  + 

new_frame_set (  'H',  frame_elist (  ( (drive_L,  edgeO), 

(drive_h,  edgel), 

{drive_L,  edge2))  )  )  + 

new_f rame_set (  ' - ' ,  frame_event  ) ; 

END  surround_compleinent  ; 


FUNCTION  pulse_low(  tl,  t2  :  TIME  )  RETURN  fraine_set  IS 

CONSTANT  edgeO  :  event_tiine  :=  etimeC  0  ns  ); 

CONSTANT  edgel  :  event_time  :=  etiine(  tl  ); 

CONSTANT  edge2  :  event_tiine  :=  etime(  t2  )  ; 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Pulse_Low  frames."  & 

"The  inequality:  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 

new_£rame_set (  'X',  frame_event  )  + 

new_f rame_set (  'O',  frame_elist(  ((drive_l,  edgeO), 

(drive_0,  edgel), 
(drive_l,  edge2))  )  )  + 

new_frame_set  (  '1',  fraine_event  (  (  drive_l,  edgeO)  )  )  + 

new_frame_set (  'Z',  frame_event  )  + 

new_frame_set  (  'W,  frame_event  )  + 
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new_f rame_set (  ' L ' , 

frame_elist ( 

(  (drive_H, 
(drive_L, 
(drive_H, 

edgeO )  , 
edgel)  , 
edge2 ) )  ) 

)  + 

new_f rame_set (  ' H '  , 
new_frame_set (  ' - ' , 
END  pulse_low; 

frame_event ( 
frame_event  ) 

(  drive_H, 

edgeO)  ) 

)  + 

FUNCTION  pulse_low_skew(  tO,  tl,  t2  :  TIME  )  RETURN  frame_set  IS 

CONSTANT  edgeO  :  event_time  :=  etime(  tO  ) ; 

CONSTANT  edgel  :  event_time  :=  etime(  tl  ) ; 

CONSTANT  edge2  :  event_time  :=  etime(  t2  ) ; 

BEGIN 

ASSERT  to  <  tl  AND  tl  <  t2 

REPORT  "Timing  violation  in  Pulse_Low  frames."  & 

"The  inequality:  TO  <  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 


new. 

.frame_set  ( 

'X‘  , 

frame_event  1 

1  + 

new. 

_frame_aet  ( 

'O'  , 

frame_elist ( 

(  (drive_l , 

edgeO) , 

(drive_0 , 

edgel) , 

(drive_l , 

edge2))  ) 

)  + 

new. 

_frcime_set  ( 

■  1  • , 

f rame_event ( 

(  drive_l. 

edgeO)  ) 

)  + 

new. 

_frame_set  ( 

■Z'  . 

freune_event  ) 

+ 

new. 

.frcime_aet  ( 

'  w , 

frame_event  ) 

+ 

new. 

.frame_set  ( 

■L'  , 

frame_elist ( 

( (drive_H, 

edgeO) , 

(drive_L, 

edgel) , 

(drive_H, 

edge2))  ) 

)  + 

new. 

.frame_8et  ( 

'H'  , 

frame_event ( 

(  drive_H, 

edgeO)  ) 

)  + 

new. 

.frame_set  ( 

frame_event  ) 

; 

END  pulse_low_skew; 


FUNCTION  pulse_high(  tl,  t2  :  TIME  )  RETURN  frame_set  IS 

CONSTANT  edgeO  :  event_tiine  :=  etime(  0  ns  )  ; 

CONSTANT  edgel  :  event_tiine  :=  etinie(  tl  )  ; 

CONSTANT  edge2  :  event _tinie  :=  etinie(  t2  )  ; 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Pulse_High  frames."  & 

"The  inequality:  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 


new. 

_frame_set  ( 

■X'  , 

frame_event  ) 

+ 

new. 

_frame_set  ( 

■O'  , 

frame_event ( 

(  drive_0 , 

edgeO)  ) 

)  + 

new. 

.frame_set  ( 

■1', 

frame_elist ( 

( (drive_0 , 

edgeO ) , 

(drive_l. 

edgel) , 

(drive_0 , 

edge2))  ) 

)  + 

new. 

.frame_set  ( 

■Z'  , 

frame_event  ) 

+ 

new. 

.frame_set  ( 

'W  , 

frame_event  ) 

+ 

new. 

.frame_set  ( 

■L'  / 

frame_event ( 

(  drive_L, 

edgeO)  ) 

)  + 

new. 

.frame_set  ( 

'H*  , 

frame_elist ( 

(  (drive_L, 

edgeO ) , 

(drive_H, 

edgel) , 

(drive_L, 

edge2 ) )  ) 

)  + 

new. 

.freuiie_set  ( 

frame_event  ) 

; 

END  pulse_high; 


FUNCTION  pulse_high_skew (  tO,  tl,  t2 


TIME  )  RETURN  frame_set  IS 


CONSTANT  edgeO  :  event. 
CONSTANT  edgel  :  event, 
CONSTANT  edge2  :  event. 


.time  :=  etime(  tO  ) 
.time  :=  etime(  tl  ) 
.time  :=  etime(  t2  ) 


BEGIN 

ASSERT  to  <  tl  AND  tl  <  t2 

REPORT  "Timing  violation  in  Pulse_High  frames."  & 
"The  inequality:  TO  <  Tl  <  T2  Must  hold." 
SEVERITY  FAILURE; 

RETURN 


new_f rame_set (  ' X ' , 
new_frame_set (  'O', 
new_frame_set (  ' 1 ' , 


new_f rame_set (  ' Z ' , 
new_frame_set (  'W , 


frame_event  )  + 
frame_event (  {  drive_0,  edgeO) 
frame_elist (  ( (drive_0,  edgeO), 
(drive_l,  edgel) , 
(drive_0,  edge2)) 
frame_event  )  + 
frame_event  )  + 


) 


) 


)  + 

)  + 
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new_frame_set {  'L',  frame_event (  (  drive_L,  edgeO)  )  )  + 

new_frame_set  (  'H',  frame_elist  (  (  (drive_Ij,  edgeO), 

(drive_H,  edgel), 
(drive_L,  edge2))  )  )  + 

new_frame_set {  ' - ' ,  frame_event  ) ; 

END  pulse_high_skew; 


FUNCTION  window(  tl,  t2  :  TIME  )  RETURN  fraine_set  IS 

CONSTANT  edgeO  ;  event_time  :=  etime{  0  ns  ); 

CONSTANT  edgel  :  event_time  :=  etime(  tl  ); 

CONSTANT  edge2  :  event_tiine  :=  etime(  t2  )  ; 

BEGIN 

ASSERT  tl  <  t2 

REPORT  "Timing  violation  in  Window  frames."  & 

“The  inequality:  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 

new_frame_set  (  'X',  fraitie_elist  (  ({dont_care,  edgeO), 

(senBe_X,  edgel) , 
(dont_care,  edge2))  )  )  + 

new_frame_set (  'O',  frame_eli6t (  ({dont_care,  edgeO), 

{sense_0,  edgel), 
(dont^oare,  edge2))  )  )  + 

new_frame_set (  '1‘,  frame_elist (  ((dont_care,  edgeO), 

(sense_l,  edgel), 
(dont_care,  edge2))  )  )  + 

new_fraitie_set  (  'Z',  frame_elist  {  ((dont_care,  edgeO), 

(sense_Z,  edgel), 
(dont_care,  edge2))  )  )  + 

new_frame_set {  'W',  frame_elist (  ((dont_care,  edgeO), 

(senEe_W,  edgel) , 
(dont_care,  edge2) )  )  )  + 

new_frame_set (  'L',  f rame_elist (  ( (dont_care,  edgeO), 

(sense_L,  edgel) , 
(dont_care,  edge2))  )  )  + 

new_fraine_set  (  'H',  frame_elist  (  (  (dont_care,  edgeO), 

(sense_H,  edgel) , 
{dont_care,  edge2))  )  )  + 

new_fraine_set  (  frame_event  (  {  dont_oare,  edgeO)  )  )  ; 

END  window; 

FUNCTION  window_skew(  tO,  tl,  t2  ;  TIME  )  RETURN  fraine_set  IS 

CONSTANT  edgeO  :  event_time  :=  etinie(  tO  ); 

CONSTANT  edgel  :  event_time  :=  etiine(  tl  ); 

CONSTANT  edge2  :  event_time  :=  etime(  t2  ); 

BEGIN 

ASSERT  to  <  tl  AND  tl  <  t2 

REPORT  "Timing  violation  in  Window  frames."  & 

"The  inequality:  TO  <  Tl  <  T2  Must  hold." 

SEVERITY  FAILURE; 

RETURN 

new_fraine_set  (  'X',  frame_elist  (  ({dont_care,  edgeO), 

(sense_x,  edgel) , 
(dont_care,  edge2))  )  )  + 

new_fraine_set  (  'O',  fraine_elist  (  ((dont_care,  edgeO), 

{sense_0,  edgel), 
(dont_care,  edge2))  )  )  + 

new_frame_set (  frame_elist (  {(dont_care,  edgeO), 

(sense_l,  edgel), 
(dont_care,  edge2 ) )  )  )  + 

new_frame_set  (  'Z',  fraine_elist  {  ((dont_care,  edgeO), 

(Eense_Z,  edgel), 
(dont_care,  edge2))  )  )  + 

new_frame_set {  'W',  frame_elist {  ((dont_care,  edgeO), 

(sense_W,  edgel), 
(dont_care,  edge2))  )  )  + 

new_fraine_Eet  (  'L',  fraine_elist  (  ((dont_care,  edgeO), 

(sense_L,  edgel) , 
(dont_care,  edge2))  )  )  + 

new_frame_set (  'H',  frame_elist {  ((dont_care,  edgeO), 

(Eense_H,  edgel), 
(dont_care,  edge2 ) )  )  )  + 

new_frame_set (  frame_event {  (  dont_care,  edgeO)  )  ); 

END  window_skew; 

END  waveE_1164_f rames ; 
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APPENDIX  3:  TESTBENCH  UTILITIES 


LIBRARY  waves_std; 

USE  waves_std.waves_system.ALL; 

LIBRARY  IEEE; 

USE  IEEE. STD_LOGIC_1164 .ALL; 
PACKAGE  waves_1164_utilities  IS 


--  Procedure  and  Function  Declarations  -- 


--  This  function  converts  a  waves  port  element  to  1164  std_logic  bit. 
--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  stim_1164 (  port_element  ;  syetem_waves_port ) 

RETURN  STD_LOGIC; 


--  This  function  converts  a  waves  port  element  to  1164  std_logic  hits 
--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  stim_1164 {  port_list  :  system_waves_port_list ) 

RETURN  STD_ULOGIC_VECTOR; 


--  This  function  converts  a  waves  port  list  to  1164  std_logic  values 
--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  stim_1164 (  port_list  ;  system_waves_port_list ) 

RETURN  STD_LOGIC_VECTOR; 


--  This  function  converts  a  waves  port  element  to  1164  std_logic  bits 
--  IT  ALSO  strips  off  the  drive  values  and  replaces  them  with 
--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  expect_1164 (  port_element  :  system_waves_port ) 

RETURN  STD_ULOGIC; 


--  This  function  converts  a  waves  port  list  to  1164  std_logic_vectors 
--  IT  ALSO  strips  off  the  drive  values  and  replaces  them  with 
--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  expect_1164 (  port_list  :  system_waves_port_list ) 

RETURN  STD_ULOGIC_VECTOR; 


--  This  function  converts  a  waves  port  element  to  1164  std_logic  bits 
--  IT  ALSO  strips  off  the  sense  values  and  replaces  them  with  'Z' 

--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  bi_dir_1164 (  port_element  :  system_waves_port ) 

RETURN  STD_LOGIC; 
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--  This  function  converts  a  waves  port  list  to  1164  std_logic_vectors 
--  IT  ALSO  strips  off  the  sense  values  and  replaces  them  with  'Z' 

--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
—  defined  in  the  waves_1164_logic_values  package 

FUNCTION  bi_dir_1164 (  port_list  :  syBtem_waves_port_list ) 

RETURN  STD_LOGIC_VECTOR; 


--  This  function  evaluates  two  1164  std_logic  bits  for  compatibility 
--  The  actual  data  bit  is  evaluated  to  determine  if  it  is  compatible 
--  to  a  expected  or  predicted  value.  The  order  must  be  preserved. 

—  example  if  actual  data  is  and  expected  data  result  =  false 

if  actual  data  is  •!'  and  expected  data  result  =  true 

FUNCTION  compatible (  actual:  STD_LOGIC; 

expected  :  STD_ULOGIC  ) 

RETURN  BOOLEAN; 


--  This  function  evaluates  two  1164  std_logic_vectors  for  compatibility 
--  The  actual  data  bit  is  evaluated  to  determine  if  it  is  compatible 
--  to  a  expected  or  predicted  value.  The  order  must  be  preserved. 

--  example  if  actual  data  is  and  expected  data  '1'  result  -  false 

if  actual  data  is  '1'  and  expected  data  result  =  true 


FUNCTION  compatible {  actual:  STD_ULOGIC_VECTOR; 

expected  :  STD_ULOGIC_VECTOR) 
RETURN  BOOLEAN; 


--  This  function  evaluates  two  1164  std_logic_vectors  for  compatibility 
--  The  actual  data  bit  is  evaluated  to  determine  if  it  is  compatible 
--  to  a  expected  or  predicted  value.  The  order  must  be  preserved. 

--  example  if  actual  data  is  and  expected  data  result  =  false 

if  actual  data  is  '1'  and  expected  data  result  =  true 

FUNCTION  compatible!  actual:  STD_LOGIC_VECTOR; 

expected  :  STD_ULOGIC_VECTOR) 

RETURN  BOOLEAN; 


END  waves_1164_utilities ; 

PACKAGE  BODY  waves_1164_utilities  IS 


--  Internal  Type  Definitions  -- 


TYPE  boolean_matrix  IS  ARRAY  (  STD_ULOGIC,  STD_ULOGIC  )  OF  BOOLEAN; 
--  Define  Compatible  Table.  (Actual,  Expected) 

CONSTANT  compatible_table  :  boolean_matrix  := 


- -  EXPECTED 

EXPECTED  EXPECTED 

EXPECTED 

EXPECTED 

EXPECTED 

--  u 

X 

0 

1 

Z 

W 

L 

H 

- 

TRUE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

TRUE 

) , 

-- 

•U‘ 

FALSE, 

TRUE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

TRUE 

) , 

-- 

’X' 

A 

FALSE, 

TRUE, 

TRUE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

TRUE 

) , 

-- 

•O' 

C 

FALSE, 

TRUE, 

FALSE, 

TRUE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

TRUE 

) , 

-- 

•1 ' 

T 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

TRUE, 

FALSE, 

FALSE 

FALSE, 

TRUE 

) , 

-- 

'Z  ' 

U 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

TRUE, 

FALSE 

FALSE, 

TRUE 

) , 

-- 

•w 

A 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

TRUE, 

TRUE, 

FALSE, 

TRUE 

) , 

-- 

'L  ' 

L 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

TRUE, 

FALSE, 

TRUE, 

TRUE 

) , 

-- 

'H' 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE, 

FALSE 

FALSE, 

TRUE 

) )  ; 

-- 

'  -  • 

TYPE  sim_code_array  IS  ARRAY  (NATURAL  RANGE  <>  )  OF  STD_ULOGIC; 

CONSTANT  translate  :  sim_code_array  'X', 'O', 'Z', 'W, 'L', 'H', 

'X','0','1','Z','W','L','H'); 
--  01234567 

8  9  10  11  12  13  14 
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Procedure  and  Function 


--  This  function  converts  a  waves  port  element  to  1164  std_logic  bits 
--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  stim_1164  {  port_element  :  systeni_waves_port ) 

RETURN  STD_LOGIC  IS 

BEGIN 

RETURN  translate (  port_element . l_value  ) ; 

END  stim_1164; 


—  This  function  converts  a  waves  port  list  to  1164  std_logic_vectors 
--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logi revalues  package 

FUNCTION  stim_1164(  Port_list  :  system_waves_port_list ) 

RETURN  STD_ULOGIC_VECTOR  IS 

VARIABLE  r  :  STD_ULOGIC_VECTOR (port_list ' RANGE) ; 

BEGIN 

FOR  i  IN  port_l i at ' RANGE  LOOP 

r(i) :=  translate (  port_list (i) . l_value  ); 

END  LOOP; 

RETURN  r; 

END  atim_1164 ; 


--  This  function  converts  a  waves  port  list  to  1164  std_logic_vectors 
--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  stiin_1164  (  port_list  :  system_waves_port_list ) 

RETURN  STD_LOGIC_VECTOR  IS 

VARIABLE  r  :  STD_LOGIC_VECTOR (port_list ’ RANGE) ; 

BEGIN 

FOR  1  IN  port_l i St ' RANGE  LOOP 

r(i):=  translate(  port_list<i) .l_value  ) ; 

END  LOOP; 

RETURN  r; 

END  stiin_li64; 


--  This  function  converts  a  waves  port  element  to  1164  std_logic  bits 
--  IT  ALSO  strips  off  the  drive  values  and  replaces  them  with 
--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  expect_1164 (  port_element  :  system_waves_port ) 

RETURN  STD_ULOGIC  IS 

VARIABLE  result  ;  STD_ULOGIC; 

BEGIN 

IF  (port_eleinent .  l_value  <  8  )  THEN 

result :=  translate (  port_element.l_value  ); 

ELSE 

result 

END  IF; 

RETURN  result; 

END  expect_1164; 
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--  This  function  converts  a  waves  port  list  to  1164  std_logic_vectors 
--  IT  ALSO  strips  off  the  drive  values  and  replaces  them  with 
--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  expeot_1164 (  port_list  :  Bystem_waves_port_list ) 

RETURN  STD_ULOGIC_VECTOR  IS 

VARIABLE  r  :  STD_ULOGIC_VECTOR  (port_lisf  RANGE)  ; 

BEGIN 

FOR  i  IN  port_li St 'RANGE  LOOP 

IF  (port_list{  i  ) .l_value  <  8  )  THEN 

r(i) :=  Translate(  port_list (i) .l_value  ); 

ELSE 

r(i) :  =  ; 

END  IF; 

END  LOOP; 

RETURN  r; 

END  expect_1164; 


--  This  function  converts  a  waves  port  element  to  1164  std_logic  bits 
--  IT  ALSO  strips  off  the  sense  values  and  replaces  them  with  'Z' 

--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  bi_dir_1164 (  port_element  :  system_waves_port ) 

RETURN  STD_LOGIC  IS 

VARIABLE  result  :  STD_LOGIC; 

BEGIN 

IF  {port_element . l_value  >  7)  THEN 

result;=  translate(  port_element.l_value  ); 

ELSE 

result :  =  ' Z  '  ; 

END  IF; 

RETURN  result; 

END  bi_dir_1164; 


—  This  function  converts  a  waves  port  list  to  1164  std_logic_vectors 
--  IT  ALSO  strips  off  the  sense  values  and  replaces  them  with  ’Z' 

--  The  Translation  is  specific  to  the  order  of  logic  value  definitions 
--  defined  in  the  waves_1164_logic_values  package 

FUNCTION  bi_dir_1164 (  port_list  :  system_waves_port_list ) 

RETURN  STD_LOGIC_VECTOR  IS 

VARIABLE  r  ;  STD_LOGIC_VECTOR (port_list ' RANGE) ; 

BEGIN 

FOR  i  IN  port_list 'RANGE  LOOP 

IF  {Port_list{  i  ).l_value  >  7  )  THEN 

r(i)  :=  translate(  port_list (i) .l_value  ); 

ELSE 

r(i)  :  =  'Z'  ; 

END  IF; 

END  LOOP; 

RETURN  r; 

END  bi_dir_1164; 


--  This  function  evaluates  two  1164  std_logic  bits  for  compatibility 
--  The  actual  data  bit  is  evaluated  to  determine  if  it  is  compatible 
--  to  a  expected  or  predicted  value.  The  order  must  be  preserved. 

FUNCTION  compatible (  actual  :  STD_LOGIC; 

expected  :  STD_ULOGIC  ) 

RETURN  BOOLEAN  IS 

BEGIN 

RETURN  (  compatible_table (actual,  expected)  ); 

END  compatible; 
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--  This  function  evaluates  two  1164  std_logic  vectors  for  compatibility 
--  The  actual  data  bit  is  evaluated  to  determine  if  it  is  compatible 
--  to  a  expected  or  predicted  value.  The  order  must  be  preserved. 


FUNCTION  compatible!  actual  :  STD_ULOGIC_VECTOR; 

expected  :  STD_ULOGIC_VECTOR) 

RETURN  BOOLEAN  IS 

ALIAS  a  :  STD_ULOGIC_VECTOR  (actual ' LENGTH-1  DOWNTO  0)  IS  actual; 
ALIAS  e  :  STD_ULOGIC_VECTOR  (expected ' LENGTH- 1  DOWNTO  0)  IS  expected; 

BEGIN 

ASSERT  e' LENGTH  =  a ' LENGTH 

REPORT  "Vector  Length's  Incompatable  in  Compatible  Function" 
SEVERITY  FAILURE; 

FOR  index  IN  (expected ' LENGTH  -1)  DOWNTO  0  LOOP 
IF  NOT  compatible_table (  a(index),  e(index))  THEN 
RETURN  FALSE; 

END  IF; 

END  LOOP; 

RETURN  TRUE; 

END  compatible; 


--  This  function  evaluates  two  1164  std_logic  vectors  for  compatibility 
--  The  actual  data  bit  is  evaluated  to  determine  if  it  is  compatible 
--  to  a  expected  or  predicted  value.  The  order  must  be  preserved. 

FUNCTION  compatible!  actual  ;  STD_LOGIC_VECTOR; 

expected  :  STD_ULOGIC_VECTOR) 

RETURN  BOOLEAN  IS 

ALIAS  a  :  STD_LOGIC_VECTOR  (actual ' LENGTH -1  DOWNTO  0)  IS  actual; 

ALIAS  e  :  STD_ULOGIC_VECTOR  (expected ' LENGTH-1  DOWNTO  0)  IS  expected; 

BEGIN 

ASSERT  e' LENGTH  =  a ' LENGTH 

REPORT  "Vector  Length's  Incompatable  in  Compatible  Function" 
SEVERITY  FAILURE; 

FOR  index  IN  (expected ' LENGTH  -1)  DOWNTO  0  LOOP 
IF  NOT  compatible_table (  a(index),  e(index))  THEN 
RETURN  FALSE; 

END  IF; 

END  LOOP; 

RETURN  TRUE; 

END  compatible; 

END  waves_1164_utilities; 
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APPENDIX  4:  TESTBENCH  USER’S  GUIDE 


A4.1  VHDL  Model 


--  This  is  a  behavioral  model  for  a  Positive  edge  triggered  D  Flip  Flop 
--  for  a  WAVES  example. 

LIBRARY  IEEE; 

USE  IEEE. STD_LOGIC_1164 .ALL; 

ENTITY  d_flip_flop  IS 

PORT  (  clock  :IN  STD_LOGIC  ; 

d  :IN  STD_LOGIC  ; 

q  :OUT  STD_LOGIC  ; 

q_bar  :OUT  STD_LOGIC) ; 

END  d_flip_flop  ; 

ARCHITECTURE  behavioral  OF  d_flip_flop  IS 
BEGIN 

main  :  PROCESS  (  clock  ) 

BEGIN 

IF  clock  = 

<I  < 

q_bar  < 

ELSE 
NULL; 

END  IF; 

END  PROCESS; 

END  behavioral; 


' 1 '  THEN 
=  d  ; 

=  NOT(d)  ; 
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A4.2  WAVES  Header  File 


_ ieitieieieieifirieiHeiHeleir*********************************** 

__  ********  Header  File  for  Entity:  d_flip_flop  . 

********************************************>'■**’*'** 

_  ************************************************** 

--  Data  Set  Identification  Information 

TITLE  A  General  Description 

DEVICE_ID  d_flip_flop 

DATE  wed  Sep  6  15:09:10  1995 

ORIGIN  Company  X  Design  Team 

AUTHOR  Company  or  Person 

AUTHOR  Maybe  Multiple  . . .  Companies  or  People 

DATE  Wed  Sep  6  15:09:10  1995 

ORIGIN  Modified  by  Company  X  Design  Team 

AUTHOR  Who  did  it  Company  or  Person 

OTHER  Any  general  comments  you  want 

OTHER  Built  Using  the  WAVES-VHDL  1164  STD  Libraries 

--  Data  Set  Construction  Information 

wave  s_£ 1 1 ename 

LIBRARY 
USE 
USE 
USE 
USE 

waves_unit 
waves_f i lename 

external_filename  d_flip_flop_veotors.txt  vectors 

waveform  generator  procedure  WORK .waves_d_flip_f lop .waveform 


. /waves_pins .vhd  WORK 

waves_1164 ; 

wavea_H64  .waves_1164_pin_oodes .  ALL; 
waves_l 164. wave  s_l 1 64_logio_value . ALL ; 
waves_1164  .waves_interfaoe .  ALL; 
WORK.uut_test_pina .ALL; 

waves_objects  WORK 

. / wave s_wgen .vhd  WORK 
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A4.3  WAVES  Pins  Package 


__  ********  This  File  Was  Automatically  Generated  ******** 

__  ********  By  The  WAVES-VHDh  Tool  Set  ******** 

__  ********  Generated  for  Entity:  d_flip_flop 

__  ********  This  File  Was  Generated  on:  Wed  Sep  6  15:09:10  1995 


PACKAGE  uut_test_pins  IS 

TYPE  test_pins  IS  (clock,  d,  a,  q_bar) ; 
END  uut_test_pins ; 
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A4.4  WAVES  Generator  Package 


_ ******** 

_ ******** 


This  File  Was  Automatically  Generated  ******** 

By  The  WAVES-VHDL  Tool  Set  ******** 

Generated  for  Entity:  d_flip_flop 

This  File  Was  Generated  on:  Wed  Sep  6  15:09:10  1995 


LIBRARY  waves_std; 

USE  waves_Btd .waves_standard . ALL ; 

USE  STD.TEXTIO.ALL; 

LIBRARY  waves_1164; 

USE  waves_1164 .waves_1164_frames . ALL; 

USE  waves_1164 .waves_1164_pin_codes . ALL; 

USE  waves_1164 .waves_interface . ALL; 

USE  WORK .waves_objects .ALL ; 

USE  WORK. uut_teat_pins. ALL; 

PACKAGE  wgp_d_flip_flop  IS 

PROCEDURE  waveformtSIGNAL  wpl  :  INOUT  waves_port_list ) ; 
END  wgp_d_flip_flop; 


PACKAGE  BODY  wgp_d_f lip_f lop  IS 

--  This  is  the  uut  pin  declaration  pin  and  ordering 
--  Remember  you  need  to  match  the  External  file  to  This  order 

--  clock,  D,  Q,  Q^bar 

PROCEDURE  waveformi SIGNAL  wpl  :  INOUT  waves_port_liBt )  IS 

FILE  vector_file  :  TEXT  IS  IN  "dff_vect.txt"; 

VARIABLE  vector  :  file_Blice  :=  new_f ile_Blioe ; 

--  declare  time  constants  to  use  or  use  time  literals 
--  constants  or  time  literals  can  be  used  as  the  frame  time  values 

CONSTANT  outputs:  pinset:=  new_pinset ( (q,  q_bar) ) ; 

CONSTANT  inputs:  pinset:=  new_pinset ( (d) ) ; 


CONSTANT  vector_fsa  :  f raine_set_array  :  = 

new_franie_set_array (pulse_high(  5  ns,  15  ns)  ,  clock)  + 
new_franie_set_array (non_return(  0  ns),  inputs)  + 
new_frame_set_array (window (  10  ns,  20  ns),  outputs); 

VARIABLE  timing  :  time_data  :=  new_time_data(vector_fsa) ; 

BEGIN 

LOOP 

read_file_slioe  (vector_file,  vector);  --  get  first  vector 

EXIT  WHEN  vector. end_of_file; 

applyCwpl,  vector .codes .ALL,  delay (vector. fs_time) ,  timing); 

END  LOOP; 

END  waveform; 


END  wgp_d_flip_flop; 
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A4.5  WAVES  Testbench  Code 


■kie****** 

******** 

******** 


This  File  Was  Automatically  Generated  ******** 

By  The  WAVES-VHDL  Tool  Set  ******** 

Generated  for  Entity:  d_flip_flop 

This  File  Was  Generated  on:  Wed  Sep  S  15:09:12  1995 


LIBRARY  IEEE; 

USE  IEEE. STD_LOGIC_1164 .ALL; 

LIBRARY  waves_1164; 

USE  waves_1164 .waves_1164_utilities -ALL; 

USE  WORK. uut_test_pins .ALL; 

USE  WORK. waves_obj acts .ALL; 

USE  WORK. wgp_d_flip_f lop. ALL; 

--  Include  component  libary  references  here 

--  User  Must  Modify  And  ADD  component  libary  references  here 
--  Include  component  libary  references  here 

ENTITY  test_benoh  IS 
END  test_bench; 


ARCHITECTURE  d_f lip_f lop_test  OF  test_bench  IS 


--***********CONFIGURATION  SPECIFICATION  *************** 


COMPONENT  d_flip_flop 


PORT 

(  clock 

:IN 

STD_LOGIC; 

d 

:IN 

STD_LOGIC; 

q 

:OUT 

STD_LOGIC; 

END 

q  bar 

COMPONENT ; 

:OUT 

STD_LOGIC) 

--  Modify  entity  use  statement 
--  User  Must  Modify  modify  and  declare  correct 
..  Architecture,  Library,  Component  .. 

--  Modify  entity  use  statement 

FOR  ALL:d_flip_flop  USE  ENTITY  WORK .d_flip_f lop (behavioral ) ; 

__i^******,^**■**>^********************************************* 

--  stimulus  signals  for  the  waveforms  mapped  into  UUT  INPUTS 

__*i^******************************************************** 

SIGNAL  wav_stiin__clock  :STD_LOGIC; 

SIGNAL  wav_stiin_d  :STD_LOGIC; 

__**************************************************** 

--  Expected  signals  used  in  monitoring  the  UUT  OUTPUTS 
_ ************************************************’*•*’<■* 

SIGNAL  fail_signal  :STD_LOGIC; 

SIGNAL  wav_expect_q  :STD_LOGIC; 

SIGNAL  wav_expect_q_bar  :STD_LOGIC; 

__*-**********************************************’^****** 

--  UUT  Output  signals  used  In  Monitoring  ACTUAL  Values 
__****************^***-********************************** 

SIGNAL  actual_q  :STD_LOGIC; 

SIGNAL  actual_q_bar  :STD_LOGIC; 

__********************************************************* 
--  Bi_directional  signals  used  for  stimulus  signals  mapped 
—  into  UUT  INPUTS  and  also  monitoring  the  UUT  OUTPUTS 


--  No  Bidirectional  Pins  On  UUT 


__*************************************************************** 
--  WAVES  signals  OUTPUTing  each  slice  of  the  waves  port  list 

__**ih*************-*********************************************** 

SIGNAL  wpl  :  waves_port_list ; 


BEGIN 

—  process  that  generates  the  WAVES  waveform 


waves:  waveform (wpl ) ; 

__*****■********************■************************************** 
--  processes  that  convert  the  WPL  values  to  1164  Logic  Values 

_ iH^^ir*********************'************************************** 


) )  ; 

) )  ; 

3  )); 

4  ) )  ; 

--  UUT  Port  Map  -  Name  Symantics  Denote  Usage 


wav_stim_olook 

wav_stim_d 

wav_expect_q 

wav_expect_<i_bar 


<=  stim_1164 (wpl .wpl (  1 
<=  stim_1164 (wpl .wpl (  2 
<=  expect_1164 (wpl .wpl ( 
<=  expect_1164 (wpl .wpl ( 


ul:  d_flip_flop 
PORT  MAP( 
clock 
d 

a 

q_bar 


=>  wav_stim_clock, 
=>  wav_stim_d, 

=>  actual_a, 

=>  actual_q_bar) ; 


_^********************************************************* 
--  Monitor  Processes  To  Verify  The  UUT  Operational  Response 
__*****■**************************************************** 

monitor_q : 

PROCESS (actual_q,  wav_expeot_q) 

BEGIN 

ASSERT (compatible  (actual  =>  aotual_q, 

expected  =>  wav_expect_q ) > 

REPORT  "Error  on  Q  output"  SEVERITY  WARNING; 

IF  (  compatible  (  actual_q,  wav_expeot_q )  )  THEN 

fail_signal  <='L';  ELSE  fail_signal  <='!'; 

END  IF; 

END  PROCESS; 


monitor_q_bar : 

PROCES  S ( actual_q_bar ,  wav_expeot_q_bar ) 

BEGIN 

ASSERT (compatible  (actual  =>  actual_q_bar , 

expected  =>  wav_expect_q_bar ) ) 

REPORT  "Error  on  Q_bar  output”  SEVERITY  WARNING;  , 

IF  (  compatible  (  aotual_q_bar ,  wav_expeot_q_bar)  )  THEN 
f ail_signal  <= ' L ' ;  ELSE  fail_signal  <= ' 1 ' ; 

END  IF; 

END  PROCESS; 


END  d_f lip_flop_test ; 
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A4.6  External  Vector  File 


%clock  data  Q  QBAR 


1 

1 

1 

0 

20 

ns 

0 

0 

1 

0 

20 

ns 

1 

0 

0 

1 

20 

ns 

1 

1 

1 

0 

20 

ns 

1 

0 

0 

1 

20 

ns 
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APPENDIX  5:  54/74180  8  -  BIT  PARITY 
GENERATOR/CHECKER 


AS.l  VHDL  Model 


--  TITLE:  Fairchild  54/74180  8-BIT  PARITY  GENERATOR /CHECKER 
--  DATE  :  5  May  1995 

--  VERSION  ;  2.0 
-  -  FILENAME :  pari ty_gen . vhd 

--  FUNCTION:  Entity,  Architecture  for  the  Fairchild  54/74180 

8-BIT  PARITY  GENERATOR/CHECKER  -  Behavioral  Model. 

--  AUTHOR  :  Steven  Draper 

--  ORGANIZATION:  Rome  Laboratory 

--  PURPOSE  AND  USE:  This  was  written  as  an  example  to  help  build  the  Rome 
Laboratory  WAVES  tools. 

--  TIMING:  None 
--  NOTES  : 


--  DEVELOPMENT  PLATFORM  :  Pentium  w/WIN'95 

--  VHDL  SOFTWARE  VERSION:  MTI  VSYSTEM /WINDOWS  v4.2f 


--  HISTORY: 
--16  May  95 
--  9  May  95 
--  5  May  95 


v2.0  -  Includes  timing 

vl.5  -  Changed  to  case  statement,  still  no  timing. 
vl.O  -  Initial  version,  functional  only,  no  timing. 


LIBRARY  IEEE; 

USE  IEEE. STD_LOGIC_1164 .ALL; 


ENTITY  parity_generator_checker  IS 

PORT  ( 


data_input 

:  IN 

STD_LOGIC_VECTOR (0  TO  7  )  ; 

odd_input 

:  IN 

STD_LOGIC; 

even_input 

:  IN 

STD_LOGIC; 

odd_parity_output 

:OUT 

STD_LOGIC; 

even_parity_output 

:OUT 

STD_LOGIC) ; 

END  parity_generator_cheoker ; 


ARCHITECTURE  behavioral  OF  parity_generator_oheoker  IS 

BEGIN 


PROCESS  ( data_input ,  odd_input ,  eveii_input ) 


VARIABLE 

VARIABLE 

VARIABLE 

VARIABLE 

VARIABLE 

VARIABLE 


parity 

controls 

tplh_odd 

tphl_odd 

tplh_even 

tphl_even 


STD_LOGIC; 

STD_LOGIC_VECTOR  (0  TO  2)  ; 
TIME; 

TIME; 

TIME; 

TIME; 
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BEGIN 


--  Generate  Timing 

IF  odd_input  =  'O'  AND  data_input ' EVENT  THEN 
tplh_odd  : =  48  ns  ; 
tphl_odd  :  =  3  8  ns  ; 
tplh_even  ;=  60  ns; 
tphl_even  ;=  68  ns; 

END  IF  ; 

IF  even_input  =  'O'  AND  data_input  •  EVENT  THEN 
tplh_odd  :  =  60  ns  ; 
tphl_odd  :=  68  ns; 
tplh_even  :=  48  ns; 
tphl_even  ; =  38  ns ; 

END  IF; 

IF  NOT  data_input ' EVENT  AND  (odd_input' EVENT  OR  even_input ' EVENT )  THEN 

tplh_odd  :  =  20  ns  ; 
tphl_odd  :=  10  ns; 
tplh_even  :=  20  ns; 
tphl_even  :=  10  ns; 

END  IF; 

--  Calculate  Parity 

parity  :  =  '  0 ' ; 

FOR  X  IN  data_input ' RANGE  LOOP 

parity  :=  parity  XOR  data_input (x) ; 

END  LOOP; 


--  Assign  Output 

controls  :=  parity  &  odd_input  &  even_input; 


CASE  controls  IS 
WHEN  "100"  I  "000"  => 

odd_par i ty_output 
even _parity_output 
WHEN  "101"  I  "010"  => 

odd_parity_output 
even_par i ty_output 
WHEN  "110"  I  "001"  => 

odd_parity_output 
even_parity_output 
WHEN  "111"  I  "011"  => 

odd_parity_output 
even  _parity_output 
WHEN  OTHERS  => 

NULL  ; 

END  CASE; 


<= 

.  1 . 

AFTER 

tplh_odd; 

<= 

AFTER 

tplh_even; 

<= 

AFTER 

tplh_odd ; 

<= 

•O' 

AFTER 

tphl_even 

<= 

•O' 

AFTER 

tphl_odd ; 

<= 

•1' 

AFTER 

tplh_even 

<= 

•O' 

AFTER 

tphl_odd; 

<= 

•O' 

AFTER 

tphl_even 

END  PROCESS; 

END  behavioral ; 
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A5.2  WAVES  Header  File 


_ **ir-ieii:*ir***il:**iHe4eie-k^eieieieiHrifieit*********ie**ic********** 

--  ********  Header  File  for  Entity:  parity_generator_checker 

- ************************************************** 

--  Data  Set  Identification  Information 

TITLE  A  General  Description 

DEVICE_ID  parity_aenerator_cheoker 

Thu  Sep  7  09:36:56  1995 
Company  X  Design  Team 
Company  or  Person 

Maybe  Multiple  .  .  .  Companies  or  People 
Thu  Sep  7  09:36:56  1995 
Modified  by  Company  X  Design  Team 
Who  did  it  Company  or  Person 

OTHER  Any  general  comments  you  want 

OTHER  Built  Using  the  WAVES-VHDL  1164  STD  Libraries 

--  Data  Set  Construction  Information 

, /waves_pins . vhd  WORK 

waves_H64  ; 

waves_1164 .wavea_1164_pin_codeB . ALL; 
wavea_1164 .wavea_1164_loaic_value.ALL; 
wavea_1164 .wavea_interfaoe.ALL; 

WORK . uut_test _pins . ALL ; 

wave8_objecta  WORK 

.  /  wave  s_wgen .  vhd  WORK 

external.filename  parity_generator_ohecker_veotors.txt  vectors 

wavefonn_generator_procedure  WORK. waves_parity_generator_checker .waveform 


waves_£llename 

LIBRARY 

USE 

USE 

USE 

USE 

waves_unit 

wavea_£llename 


DATE 

ORIGIN 

AUTHOR 

AUTHOR 

DATE 

ORIGIN 

AUTHOR 
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A5.3  WAVES  Pins  Package 


__  ********  This  File  Was  Automatically  Generated  ******** 

__  ********  By  The  WAVES-VHDL  Tool  Set  ******** 

__  ********  Generated  for  Entity:  parity_generator_checker 

__  ********  This  File  Was  Generated  on;  Thu  Sep  7  09:36:56  1995 


PACKAGE  uut_test_pins  IS 

TYPE  test_pins  IS  (data_input_0 ,  data_input_l ,  data_input_2 ,  data_input_3 , 

data_input_4 ,  data_input_5 ,  data_input_6 ,  data_input_7 ,  odd_input , 
even_input ,  odd_parity_output ,  even_parity_output ) ; 

END  uut_test_pins ; 
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A5.4  WAVES  Generator  Package 


--  ********  This  File  Was  Automatically  Generated  ******** 

--  ********  By  The  WAVES-VHDL  Tool  Set  ******** 

--  ********  Generated  for  Entity:  parity_generator_checker 
__  ********  piig  Generated  on:  Thu  Sep  7  09:36:57  1995 


LIBRARY  waves_std; 

USE  waves_std .waves_stan<3ard . ALL; 

USE  STD.TEXTIO.ALL; 

LIBRARY  waves_1164; 

USE  waves_1164  .waves_1164_fr£unes  .ALL; 

USE  waves_1164 .waves_1164_pin_oodes .ALL; 

USE  waveB_1164 . waves_inter face. ALL; 

USE  WORK. wavea_objects .ALL; 

USE  WORK. uut_test_pins .ALL; 

PACKAGE  wsrp_i)arity_generator_checker  IS 

PROCEDURE  waveform ( SIGNAL  wpl  :  INOUT  waves_port_list ) ; 
END  wgp_parity_generator_checker ; 


PACKAGE  BODY  wgp_parity_generator_checker  IS 

--  This  is  the  uut  pin  declaration  pin  and  ordering 
--  Remember  you  need  to  match  the  External  file  to  This  order 

--  Data_input_0,  Data_input_l,  Data_input_2 ,  Data_input_3 ,  Data_input_4 , 
--  Data_input_5 ,  Data_input_6,  Data_input_7 ,  Odd_input,  Bven_input, 

--  Odd_parity_output ,  Even_parity_output 

PROCEDURE  waveform{SIGNAL  wpl  :  INOUT  waves_port_list )  IS 

FILE  vector_file  :  TEXT  IS  IN  “ vectors . txt ”  ; 

VARIABLE  vector  :  file_slice  :=  new_f ile_Blice ; 

--  declare  time  constants  to  use  or  use  time  literals 
--  constants  or  time  literals  can  be  used  as  the  frame  time  values 


CONSTANT  data_input :  pinBet:=  new_pinset ( (  data_input_0 ,  data_input_l , 
data_input_2 ,  data_input_3 ,  data_input_4 ,  data_input_5 , 
data_input_6 ,  data_input_7 ) ) ; 

CONSTANT  outputs:  pinset:=  new_pinset ( (odd_parity_output , 

even_parity_output ) ) ; 

CONSTANT  in_pins  :  pinset:=  iiew_pinBet  (  ( odd_input , 

even_input) ) ; 


CONSTANT  inputB:  pinBet:=  in  pins  OR  data_input ; 


CONSTANT  vector_fsa  :  f rame_set_array  := 

new_frame_set_array (non_return(  0  ns),  inputs)  + 
new_frame_set_array (window {  70  ns,  100  ns),  outputs); 

VARIABLE  timing  :  time_data  :=  new_time_data(veotor_fsa) ; 


BEGIN 

LOOP 

read_f ile_slioe  (vector_f ile,  vector) ;  --  get  first  vector 

EXIT  WHEN  vector .end_of_f ile; 

apply(wpl,  vector .codes .ALL,  delay(vector.fs_time) ,  timing); 

or  use  internal  slice  time  format  as  below 
apply (wpl,  vector .codes. all.  Delay (  ns),  timing); 

END  LOOP; 


END  waveform; 

END  wgp_parity_generator_cheoker ; 
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A5.5  WAVES  Testbench  Code 


__  *****jt‘5(‘* 


This  File  Was  Automatically  Generated  ******** 
By  The  WAVES-VHDL  Tool  Set  ******** 

Generated  for  Entity:  parity_generator_checker 
This  File  Was  Generated  on:  Thu  Sep  7  09:37:00 


1995 


LIBRARY  IEEE; 

USE  IEEE. STD_LOGIC_1164. ALL; 

LIBRARY  waves_1164; 

USE  waves_1164 .waves_1164_utilities .ALL; 

USE  WORK. uut_test_pins. ALL; 

USE  WORK. waves_objects .ALL ; 

USE  WORK  • wgp  parity  generator  checker . ALL ; 

--  Include  component  libary  references  here 

--  User  Must  Modify  And  ADD  component  lihary  references  here 
--  Include  component  libary  references  here 

ENTITY  teat_bench  IS 
END  test_bench; 


ARCHITECTURE  parity_generator_checker_test 

_ **************************************** 

__**»******» *CONFIGURATION  SPECIFICATION 

_ ************************************** 

COMPONENT  parity_generator_checker 
PORT  (  data_input 
ocld_input 
even_input 
odd_parity_output 
even_parity_output 
END  COMPONENT; 

--  Modify  entity  use  statement 

--  User  Must  Modify  modify  and  declare  correct 
..  Architecture,  Library,  Component  .. 

--  Modify  entity  use  statement 

FOR  ALL ; pari ty_generator_checker  USE  ENTITY 

WORK .par ity_generator_checker (behavioral) ; 


OF  test_bench  IS 


;IN  STD_LOGIC_VECTOR(  0  TO  7  ) 
IN  STD_LOGIC; 

IN  STD_LOGIC; 

OUT  STD_LOGIC; 

OUT  STD_LOGIC) ; 


_ ************************************************************* 

--  stimulus  signals  for  the  waveforms  mapped  into  UUT  INPUTS 
_ ************************************************************ 

SIGNAL  wav_stim_data_input  :  STD_LOGIC_VECTOR  (  0  TO  7  ); 

SIGNAL  wav_stim_odd_input  :STD_LOGIC; 

SIGNAL  wav_stim_even_input  :STD_LOGIC; 

_ **************************************************** 

--  Expected  signals  used  in  monitoring  the  UUT  OUTPUTS 
_ **************************************************** 

SIGNAL  fail_signal  :STD_LOGIC; 

SIGNAL  wav_expect_odd_parity_output  :STD_LOGIC; 

SIGNAL  wav_expect_even_parity_output  :STD_LOGIC; 

_ ****************************************************** 

--  UUT  Output  signals  used  In  Monitoring  ACTUAL  Values 
_ ****************************************************** 

SIGNAL  actual_odd_parity_output  :STD_LOGIC; 

SIGNAL  actual_even_parity_output  :STD_LOGIC; 

__********************************************************* 

--  Bi_directional  signals  used  for  stimulus  signals  mapped 
--  into  UUT  INPUTS  and  also  monitoring  the  UUT  OUTPUTS 
__********************************************************* 
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--  No  Bidirectional  Pins  On  UUT 


.Tt-**********^**************************************************** 

WAVES  signals  OUTPUTing  each  slice  of  the  waves  port  list 
SIGNAL  wpl  :  waves_port_list ; 


BEGIN 


--  process  that  generates  the  WAVES  waveform 

waves:  waveform{wpl) ; 

_ *-^*ir****-*****************************-************************** 

--  processes  that  convert  the  WPL  values  to  1164  Logic  Values 

_ ***************************************Jt*********************Hrilr 


wav_st  iin_data_input 

wav_stiin_odd_input 

wav_stiin_even_input 

wav_expect_odd_parity_output 

wav_expect_even_parity_output 


<=  stim_1164 (wpl .wpl (  1  TO  8  )) 
<=  stim_1164 (wpl .wpl (  9  ) ) ; 

<=  stim_1164 (wpl .wpl (  10  ) ) ; 

<=  expect_1164 (wpl .wpl (  11  ) ) ; 
<=  expect_1164 (wpl .wpl (  12  ) ) ; 


--  UUT  Port  Map  -  Name  Symantics  Denote  Usage 


ul :  parity_generator_checker 
PORT  MAP  ( 
data_input 
odd_input 
even_input 
odd  _parity_output 
even_parity_output 


=>  wav_stim_data_input , 

=>  wav_stim_odd_input, 

=>  wav_stim_even_input , 

=>  actual_odd_parity_output , 

=>  actual_even_parity_output ) ; 


__***■*************■***************■************)*■************>*■ 

--  Monitor  Processes  To  Verify  The  UUT  Operational  Response 

_ i^*lHt***********ie***************************************** 

nionitor_odd__parity_output : 

PROCESS (actual_odd_parity_output ,  wav_expect_odd_parity_output ) 

BEGIN 

ASSERT (compatible  (actual  =>  actual_odd_parity_output , 

expected  =>  wav_expect_odd_parity_output ) ) 

REPORT  "Error  on  Odd_parity_output  output"  SEVERITY  WARNING; 

IF  (  compatible  (  actual_odd_parity_output ,  wav_expect_odd_parity_output )  ) 

fail_signal  <='L';  ELSE  fail_signal  <='!'; 

END  IF; 

END  PROCESS; 


monitor_even_parity_output : 

PROCESS (actual_even_parity_output ,  wav_expect_even_parity_output ) 

BEGIN 

ASSERT (compatible  (actual  =>  actual_even_parity_output , 

expected  =>  wav_expect_even_parity_output ) ) 

REPORT  "Error  on  Even_parity_output  output"  SEVERITY  WARNING; 

IF  (  compatible  (  actual_even_parity_output ,  wav_expect_even_parity_output ) 

THEN 

fail_signal  <='L';  ELSE  fail_signal  <='!'; 

END  IF  ; 

END  PROCESS; 


END  parity_generator_checker_test ; 


THEN 
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A5.6  External  Vector  File 
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APPENDIX  6:  SN54/74ALS8169:  SYNCHRONOUS 
8  -  BIT  UP/DOWN  BINARY  COUNTER 


A6.1  VHDL  Model 


--  TITLE:  Texas  Instruments  SN54ALS8169  Synchronous  8-Bit  Up/Down  Binary  Counter 
--  DATE  :  3  May  1995 

--  VERSION  :  2.1 

--  FILENAME:  sync_8_UDC_e_a . vhd 

--  FUNCTION:  Entity,  Architecture  for  the  Texas  Instruments  SN54ALS8169 

Synchronous  8-Bit  Up/Down  Binary  Counter  -  Behavioral  Model. 

—  AUTHOR  :  Christopher  Flynn 

--  ORGANIZATION:  Rome  Laboratory 

--  PURPOSE  AND  USE:  This  was  written  as  an  example  to  help  build  the  Rome 
Laboratory  WAVES  tools. 


--  TIMING:  Max 

--  NOTES  :  To  implement  the  SN74ALS8169  simply  modify  the  generic  timing 
statements . 

--  DEVELOPMENT  PLATFORM  :  Sun  Sparc  Station  IPX 
--  VHDL  SOFTWARE  VERSION:  Cadence  Leapfrog,  v2.0 

--  HISTORY: 

--  18  Apr  95  -  vl.O  -  Initial  version,  functional  only,  no  timing. 

3  May  95  -  v2.0  -  Final  version  with  worst  case  timing. 

--  26  May  95  -  v2 . 1  -  Final  version  with  worst  case  timing  and  To_Int  and 

To_StdLogicVector  functions . 


LIBRARY  IEEE; 

USE  IEEE. STD_LOGIC_1164 .ALL; 
ENTITY  eight_bit_sync_ud_ontr  IS 

GENERIC 


PORT  ( 


(  data_in_setup 

TIME 

=  15  ns ; 

enp_bar_setup 

TIME 

=  17  ns ; 

ent_bar_s  etup 

TIME 

=  17  ns; 

load_bar_setup 

TIME 

=  15  ns ; 

u_d_bar_setup 

TIME 

=  17  as; 

tplh_q 

TIME 

=  18  ns; 

tplh_rco_bar 

TIME 

=  14  ns; 

tplh_rco_bar_ud 

TIME 

=  17  ns; 

tphl  roo  bar  ud 

)  ; 

TIME 

=  18  ns 

elk 

IN  STD_LOGIC 

load_bar 

IN  STD_LOGIC 

up_dovm_bar 

IN  STD_LOGIC 

ent_bar 

IN  STD_LOGIC 

enp_bar 

IN  STD_LOGIC 

hgfedeba 

:  IN  STD_LOGIC_ 

g 

:OUT  STD_LOGIC_ 

rco_bar 

:OUT  STD_LOGIC 

For  both  CLK  and  ENT_bar 


DOWNTO  0) 
DOWNTO  0) 


)  ; 


END  eight_bit_sync_ua_ontr ; 


ARCHITECTURE  behavioral  OF  eight _bit_sync_ud_cntr  IS 
SIGNAL  g  internal  :  STD__LOGIC_VECTOR(7  DOWNTO  0)  ; 
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--  Model  Specific  Functions :  To_StdhogicVector 

To_Int 

--  The  To_StdLogicVector  function  converts  an  integer  to  an 
--  1164  Standard  Logic  Vector  of  desired  length. 

FUNCTION  to_stdlogicvector  (oper:  INTEGER;  length:  NATURAL) 

RETURN  STD_LOGIC_VECTOR  IS 
VARIABLE  temp  :  INTEGER  :=  oper; 

VARIABLE  temp_result  :  STD_LOGIC_VECTOR  (length  -1  DOVJNTO  0)  :  = 

(OTHERS  =>  "O'); 

BEGIN 

IF  (oper  =  INTEGER ' LEFT)  THEN  --  Max  negative  integer 
temp_result ( 0 )  :  =  '  1 '  ; 

IF  (length  >  31)  THEN 

teinp_result  (31)  :=  ’1'; 

END  IF; 

RETURN  temp_result; 

END  IF; 

FOR  i  IN  0  TO  length  -  1  LOOP 
IF  (temp  MOD  2)  =  1  THEN 

temp_result ( i )  :=  '1'; 

ELSE 

temp_result ( i )  : =  ' 0 ' ; 

END  IF; 

EXIT  WHEN  temp  =  0; 

IF  temp  >  0  THEN 

temp  :=  temp  /  2; 

ELSE 

temp  :=  (temp  -  1)  /  2; 

END  IF; 

END  LOOP; 

RETURN  temp_result ; 

END  to_stdlogiovector ; 

--  The  To_Int  function  converts  an  arbitrary  length  IEEE  STD  1164 
--  std_logic_vector  into  an  integer.  The  format  of  the  std_logic_vector 
--  is  assumed  to  be  two's  complement.  This  function  assumes  that  VECTOR 
--  is  a  decending  range,  zero  bounded  vector  (ie.  VECTOR' length-1  downto  0) 
--  and  that  VECTOR' left  is  the  MSB. 

FUNCTION  tO_int(  vector  :  IN  STD_LOGIC_VECTOR  )  RETURN  INTEGER  IS 

VARIABLE  result  : INTEGER  :=  0; 

VARIABLE  is_neg  : BOOLEAN; 

VARIABLE  temp  :STD_LOQIC_VECTOR(  vector 'RANGE  )  :=  vector; 

BEGIN 

IF  temp(  temp 'LEFT  )  =  THEN 

is_neg  :=  TRUE; 
temp  :  =  NOT  temp  ; 

END  IF; 

FOR  i  IN  temp 'RANGE  LOOP 

IF  temp (!)='!'  THEN 

result  :=  result  +  (  2  **  i  ) ; 

END  IF; 

END  LOOP; 

IF  is_neg  THEN 

result  ; =  - (  result  ) ; 
result  :=  result  -  1; 

END  IF; 

RETURN  result; 

END  to_int ; 

BEGIN  --  Architecture  behavioral. 

olk_pulse  :  PROCESS  (  oik,  ent_bar,  up^down_bar  ) 

VARIABLE  preset  :  STD_LOGIC_VECTOR  (7  DOWNTO  0)  ; 

VARIABLE  internal_rco  :STD_LOGIC  ; 

BEGIN 

IF  (  RISING_EDGE(  clk  )  AND  NOT (  ent_bar ' EVENT  )  AND 
NOT (  up_down_bar ' EVENT  ) )  THEN 

--  Load  Preset  and  Internal_RCO  values. 

IF  (  load_bar  =  'O'  AND  load_bar ' STABLE (  load_bar_setup )  )  THEN 

IF  hgfedcba ' STABLE (  data_in_setup  )  THEN 
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preset  : =  hgf edcba  ; 

ELSE 

ASSERT  FALSE  REPORT  "Input  data  not  stable  !“  SEVERITY  WARNING; 
preset  :=  "XXXXXXXX"  ; 

END  IF; 


IF  ( (  preset  = 
(  preset  = 
internal_roo 

ELSE 

internal_rco 

END  IF; 


11111111" 

AND 

up_dovm_ 

_bar  = 

)  OR 

00000000" 
=  '  0  '  ; 

AND 

up_down_ 

.bar  = 

•O' 

) )  THEN 

= 

ELSIF  (  ent_bar  =  'O'  AND  enp_bar  =  ■ 0 ' )  THEN 
IF  (  ent_bar ' STABLE {  ent_bar_setup  )  AND 

enp_bar ' STABLE (  ent_bar_eetup  ) )  THEN 
--  Enable  counting. 


IF  up_dovm_bar ' STABLE (  u_d_bar_Betup  )  THEN 

IF  up_down_bar  =  '!'  THEN  --  Count  Up. 

preset  :=  to_atdlogiovector ( (to_int {preset )  +  1),  preset ' LENGTH) ; 
ELSIF  up_down_bar  =  'O'  THEN  --  Count  Down. 

preset  :=  to_stdlogicveotor ( (to_int (preset)  -  1),  preset ' LENGTH) ; 
END  IF; 

ELSE 

ASSERT  FALSE  REPORT  “Up_Dovm_bar  input  not  stable,  unable  to  count  ! " 
SEVERITY  WARNING; 

END  IF; 


IF  ((  preset  =  "11111111"  AND  g_internal  =  "11111110"  )  OR 

(  preset  =  "00000000"  AND  <i_internal  =  "00000001"  ))  THEN 

internal_rco  : =  ' 0 ' ; 

ELSE 

internal_rco  :=  '!'; 

END  IF; 

ELSE 

ASSERT  FALSE  REPORT  ''ENP_bar  or  ENT_bar  not  stable  !"  SEVERITY  WARNING; 
END  IF; 


END  IF; 

g_internal  <=  preset  ; 

q  <=  preset  AFTER  tplh_q  ; 

rco_bar  <=  internal_rco  AFTER  tplh_rco_bar  ; 

END  IF;  --IF  rising_edge(  CLK  ) 

IF  (  RISING_EDGE(  ent_bar  )  AND  NOT(  oik 'EVENT  )  AND 
NOT (  up_dovm_bar ' EVENT  ) )  THEN 

rco_bar  <=  ' 1 '  AFTER  tplh_roo_bar  ; 

ELSE 

NULL; 

END  IF; 

IF  (  RISING_EDGE(  up_dovm_bar  )  AND  NOT(  elk 'EVENT  )  AND 
NOT (  ent_bar ' EVENT  ) )  THEN 
IF  q_internal  =  "11111111"  THEN 
rco_bar  <=  'O'  AFTER  tplh_rco_bar_ud  ; 

ELSE 

rco_bar  <=  ' 1 '  AFTER  tplh_rco_bar_ud  ; 

END  IF; 

ELSE 

NULL; 

END  IF; 

IF  (  FALLING_EDGE (  up_down_bar  )  AND  NOT(  oik 'EVENT  )  AND 
NOT (  ent_bar ' EVENT  ) )  THEN 
IF  q_internal  =  "00000000"  THEN 

roo_bar  <=  'O'  AFTER  tphl_roo_bar_ud  ; 

ELSE 

roo_bar  <=  '  1 '  AFTER  tphl_rco_bar_ud  ; 

END  IF; 

ELSE 

NULL; 

END  IF; 

END  PROCESS  ;  --  clk_pulse 

END  behavioral; 
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A6.2  WAVES  Header  File 


--  ********  Header  File  for  Entity:  eight_bit_sync_ud_cntr 

--  Data  Set  Identification  Information 

TITLE  A  General  Description 

DEVICE_ID  eight_bit_sync_ud_cntr 

DATE 
ORIGIN 
AUTHOR 
AUTHOR 
DATE 
ORIGIN 
AUTHOR 

OTHER  Any  general  comments  you  want 

OTHER  Built  Using  the  WAVES-VHDL  1164  STD  Libraries 

--  Data  Set  Construction  Information 

waves_f ilename 

LIBRARY 
USE 
USE 
USE 
USE 

waves_unit 
wave  s_f 1 1 ename 

external_fllename  synctr_vectors.txt  vectors 

waveforin_generator_proce<iure  WORK.  waves_eight_bit_sync_ud_cntr  .waveform 


waves_pins . vhd  WORK 

waves_1164 ; 

wavea_1164 .waves  1164  pin  codes . ALL; 
waves_1164 .waves_1164_logic_value .ALL ; 
waves_1164 .waves_interface . ALL; 
WORK.uut_test_pins .ALL; 

waves_objects  WORK 

waves_wgen. vhd  WORK 


Wed  Sep  6  14:41:27  1995 
Company  X  Design  Team 
Company  or  Person 

Maybe  Multiple  .  . .  Companies  or  People 
Wed  Sep  6  14:41:27  1995 
Modified  by  Company  X  Design  Team 
Who  did  it  Company  or  Person 
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A6.3  WAVES  Pins  Package 


__  ********  This  File  Was  Automatically  Generated  ******** 

__  ********  By  The  WAVES-VHDL  Tool  Set  ******** 

__  ********  Generated  for  Entity:  eight_bit_sync_ud_cntr 
__  ********  This  File  Was  Generated  on:  Wed  Sep  6  14:41:27  1995 


PACKAGE  uut_test_pins  IS 

TYPE  test_pins  IS  {oik,  load_bar,  up_down_bar,  ent_bar,  enp_bar, 

hgfedcba_7,  hgfedcba_6,  hgfedcba_5,  hgfedoba_4,  hgfedcba_3, 
hgfedoba_2,  hgfedcba_l,  hgfedcba_0,  q_7,  q_6,  q_5,  q_4,  q_3,  q_2, 
q_l,  g_0,  rco_bar) ; 

END  uut_test_pins; 
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A6.4  WAVES  Generator  Package 


_ ****y^*** 

_  ******** 

_  ******** 

_  ******** 


This  File  Was  Automatically  Generated  ******** 

By  The  WAVES -VHDL  TestBench  Tool  ******** 

Generated  for  Entity:  eight_bit_sync_ud_cntr 

This  File  Was  Generated  on:  Tue  May  2  07:00:52  1995 


LIBRARY  waves_std; 

USE  waves_std .waves_standard . ALL; 

LIBARY  waves_1164; 

USE  STD.TEXTIO.ALL; 

USE  waves_1164 .waves_1164_frames . ALL; 

USE  waves_1164 .waves_1164_pin_codes . ALL; 

USE  waves_1164 .waves_interface.ALL; 

USE  WORK. waves_objects .ALL; 

USE  WORK. uut_test_pins .ALL; 

PACKAGE  wgp_eight_bit_sync_ud_cntr  IS 

PROCEDURE  waveform (SIGNAL  wpl  :  INOUT  waves_port_list ) ; 
END  wgp_eight_bit_sync_ud_cntr ; 


PACKAGE  BODY  wgp_eight_bit_sync_ud_cntr  IS 

--  This  is  the  uut  pin  declaration  pin  and  ordering 
--  Remember  you  need  to  match  the  Eternal  file  to  This  order 

--  CLK,  LOAD_bar,  Up_Down_bar,  ENT_bar,  ENP_bar,  HGFEDCBA_7,  HGFEDCBA_6, 

--  HGFEDCBA_5,  HGFEDCBA_4,  HGFEDCBA_3,  HGFEDCBA_2,  HGFEDCBA_1 ,  HGFEDCBA_0 , 
--  Q-7,  Q_6,  Q_5,  Q_4,  Q_3,  Q_2,  Q_l,  Q_0,  RCOJoar 

PROCEDURE  waveform (SIGNAL  wpl  :  INOUT  waves_port_list )  IS 

FILE  vector_file  :  TEXT  IS  IN  “synctr_vectors.txt’'; 

VARIABLE  vector  :  file_slice  :=  new_file_slice; 

--  declare  time  constants  to  use  or  use  time  literals 
--  constants  or  time  literals  can  be  used  as  the  frame  time  values 


CONSTANT  hgfedcba:  pinset:=  new_pinset ( (  hgfedcba_7,  hgfedcba_6, 

hgfedcba_5,  hgfedcba_4 ,  hgfedcba_3 ,  hgfedcba_2,  hgfedoba_l, 
hgfedcba_0 ) ) ; 

CONSTANT  q:  pinset:=  new_pinset ( (  q_7,  q_6,  q_5,  q_4,  q_3 ,  q_2 , 

q_l ,  q_0 ) ) ; 

CONSTANT  out_pins :  pinset:=  new_pinset ( (rco_bar ) ) ; 


CONSTANT  in_pins :  pinset:=  new_pinset ( ( load_bar ,  up_down_bar) ) ; 
CONSTANT  enable_pins  :  pinset  :=  new_pinset ( ( ent_bar ,  enp_bar) ) ; 


CONSTANT  inputs:  pinset :=  in_pins  OR  hgfedcba; 


CONSTANT  outputs:  pinset :=  out_pins  OR  q; 


1 


CONSTANT  vector_fsa  :  frame_set_array  := 

new_frame_set_array (pulee_high(15  ns,  30  ns),  oik)  + 
new_frame_set_array (non_return(20  ns) ,  enable_pins)  + 
new_frame_set_array(non_return(0  ns),  inputs)  + 
new_frame_set_array (window(20  ns,  27  ns),  outputs); 

VARIABLE  timing  :  time_data  :=  new_time_data (veotor_f sa) ; 
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BEGIN 

LOOP 

read_file_slice  (veotor_f ile,  vector) ;  --  get  first  vector 

EXIT  WHEN  vector .end_of_f ile; 

apply(wpl,  vector. codes .ALL,  delay(vector.fs_time) ,  timing) 

or  use  internal  slice  time  format  as  below 
apply (wpl,  vector. codes. all,  Delay(  ns),  timing); 

END  LOOP; 

END  waveform; 


END  wgp_eight_bit_syno_ud_cntr ; 
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A6.5  WAVES  Testbench  Code 


_ *ieiir*ie*ie* 

__  jJ’jt****** 


This  File  Was  Automatically  Generated  ******** 

By  The  WAVES-VHDL  Tool  Set  ******** 

Generated  for  Entity:  eight_bit_sync_ud_cntr 

This  File  Was  Generated  on:  Wed  Sep  6  14:41:32  1995 


LIBRARY  IEEE; 

USE  IEEE.STD_LOGIC_1164 .ALL; 

LIBRARY  waves_1164; 

USE  waves_1164 .waves_1164_utilities . ALL; 

USE  WORK. uut_test_pins .ALL; 

USE  WORK .waves_objects . ALL; 

USE  WORK .wgp_eight_bit_sync_ud_cntr .ALL; 

--  Include  component  libary  references  here 

--  User  Must  Modify  And  ADD  component  libary  references  here 
--  Include  component  libary  references  here 

ENTITY  test_bench  IS 
END  test_bench; 


ARCHITECTURE  eight_bit_sync_ud_ontr_test  OF  test_bench  IS 

__***************************************»************** 

_.***********QQ^pXQm^p^'Y‘ION  SPECIFICATION  *************** 
__****************************************************** 


COMPONENT  eight_bit_8yno_ud_cntr 
PORT  (  oik 

load_bar 

up_down_bar 

ent_bar 

enp_bar 

hgfedcba 

1 

rco_bar 

END  COMPONENT; 

--  Modify  entity  use  statement 
--  User  Must  Modify  modify  and  declare 
..  Architecture,  Library,  Component 
--  Modify  entity  use  statement 

FOR  ALL:eight_bit_sync_ud_ontr  USE  ENTITY 


IN 

STD_LOGIC; 

IN 

STD_LOGIC ; 

IN 

STD_LOGIC; 

IN 

STD_LOGIC; 

IN 

STD_LOGIC; 

IN 

STD_LOGIC_VECTOR { 

7 

DOWNTO 

0 

OUT 

STD_LOGIC  VECTOR { 

7 

DOWNTO 

0 

OUT 

STD  LOGIC) ; 

correct 

WORK.eight_bit_Byno_ud_cntr (behavioral ) 


- ********:*:^i^**********************************i^******it*i^*it'W 

--  stimulus  signals  for  the  waveforms  mapped  into  UUT  INPUTS 

- *******************')ir***i>r*****W**ilr***********}lr******ie*'***** 


SIGNAL  wav_stim_clk 
SIGNAL  wav_stim_load_bar 
SIGNAL  wav_stiin_up_down_bar 
SIGNAL  wav_stim_ent_bar 
SIGNAL  wav_stim_enp_bar 
SIGNAL  wav_stim_hgfedcba 


STD_LOGIC; 

STD_LOGIC; 

STD_LOGIC; 

STD_LOGIC; 

STD_LOGIC; 

;  STD_LOGIC_VECTOR (  7  DOWNTO  0  )  ; 


--  Expected  signals  used  in  monitoring  the  UUT  OUTPUTS 


SIGNAL 

fail_signal 

:STD_LOGIC; 

SIGNAL 

wav_expeot_g 

: STD_ULOGIC_VECTOR ( 

7  DOWNTO  0 

SIGNAL 

wav_expect_rco_bar 

:STD_LOGIC; 
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^_****************************************************** 

--  UUT  Output  signals  used  In  Monitoring  ACTUAL  Values 

__iH^**************************************************** 


SIGNAL  actual_q  :  STD_LOGIC_VECTOR  (  7  DOWNTO  0  )  ; 

SIGNAL  actual_roo_bar  :STD_LOGIC; 


_********************************************************* 
Bi_directional  signals  used  for  stimulus  signals  mapped 
into  UUT  INPUTS  and  also  monitoring  the  UUT  OUTPUTS 

inuft*************************************  **************** 


--  No  Bidirectional  Pins  On  UUT 


—  WAVES  signals  OUTPUTing  each  slice  of  the  waves  port ^list 


SIGNAL  wpl  :  waves_i)ort_list  ; 


BEGIN 

__^,^.^,^,^:^,■t^t^,*^,^,■|:^t************************************************* 

--  process  that  generates  the  WAVES  waveform 
__*************************************************************** 


waves;  waveform (wpl ) ; 


--  processes  that  convert  the  WPL  values  to  1164  Logic  Values^^ 


wav_stim_clk 
wav_stim_load_bar 
wav_st  im_up_clown_bar 
wav_st im_ent_bar 
wav_st lm_enp_bar 
wav_Btim_hgfedcba 
wav_expect_q 
wav_expect_roo_bar 


<=  stim_1164 (wpl .wpl (  1 
<=  stim_1164 (wpl .wpl (  2 
<=  stim_1164 (wpl .wpl (  3 
<=  stim_1164 (wpl .wpl (  4 
<=  stim_1164 (wpl .wpl (  5 
<=  stim_1164 (wpl .wpl (  6 
<=  expect_1164 (wpl .wpl ( 
<=  expeot_1164 (wpl .wpl ( 


) )  ; 

) )  ; 

) )  ; 

) )  ; 

) )  ; 

TO  13  )); 

14  TO  21  )  )  ; 
22  )  )  ; 


—  UUT  Port  Map  -  Name  Symantics  Denote 


ul :  eight _bit_sync_ud_cntr 

PORT  MAP( 

elk 

load_bar 

up_down_bar 

ent_bar 

enp_bar 

hgfedeba 

q 

rco_bar 


=>  wav_stim_clk, 

=>  wav_stim_load_bar , 

=>  wav_stim_up_dowii_bar , 
=>  wav_st im_ent_bar , 

=>  wav_Btim_enp_bar , 

=>  wav_stim_hgfedcba, 

=>  actual_q, 

=>  actual_rco_bar ) ; 
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--  Monitor  Processes  To  Verify  The  UUT  Operational  Response 

_ ************************************Jr********)HI;********** 


moiiitor_q : 

PROCESS {actual_q,  wav_expeot_q) 

BEGIN 

ASSERT (compatible  (actual  =>  actual_q, 

expected  =>  wav_expect_q) ) 

REPORT  "Error  on  Q  output"  SEVERITY  WARNING; 

IF  (  compatible  (  actual_q,  wav_expect_q)  )  THEN 
fail_signal  <='L';  ELSE  fail_signal  <= ' 1 ' ; 

END  IF; 

END  PROCESS; 


monitor_rco_bar : 

PROCESS (actual_rco_bar ,  wav_expect_rco_bar) 

BEGIN 

ASSERT (compatible  (actual  =>  actual_rco_bar , 

expected  =>  wav_expect_rco_bar ) ) 

REPORT  "Error  on  RCO_bar  output"  SEVERITY  WARNING; 

IF  (  compatible  (  aotual_rco_bar ,  wav_expect_roo_bar )  ) 

£all_signal  <='L';  ELSE  £ail_signal  <='!'; 

END  IF; 

END  PROCESS; 


END  eight_bit_syno_ud_cntr_test ; 


THEN 
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A6.6  External  Vector  File 


% 

% 

% 

% 

% 

% 

% 

% 


These  are  the  test  vectors  to  test 
HGFEDCBA  QQQQQQQQ  R 
HGFEDCBA 


a  n 
r  b 


E  E 
N  N 
T  P 
b  b 
a  a 
r  r 


the  8  Bit  Up/Down  Counter  using  WAVES. 


%  a 

%  r 


%  Load  zero . 


1  1  1  0  0  -  00000000  1  :  30  ns; 

%  Count  Up  to  79. 

1  1  1  0  0  -  00000001  1  :  30  ns; 

1  1  1  0  0  -  00000010  1  :  30  ns; 

1  1  1  0  0  -  00000011  1  :  30  ns; 

1  1  1  0  0  -  00000100  1  :  30  ns; 

1  1  1  0  0  -  00000101  1  :  30  ns; 

1  1  1  0  0  -  00000110  1  :  30  ns; 

1  1  1  0  0  -  00000111  1  :  30  ns; 

1  1  1  0  0  -  00001000  1  :  30  ns; 

1  1  1  0  0  -  00001001  1  :  30  ns; 

1  1  1  0  0  -  00001010  1  :  30  ns; 

1  1  1  0  0  -  00001011  1  ;  30  ns; 

1  1  1  0  0  -  00001100  1  ;  30  ns; 

1  1  1  0  0  -  00001101  1  :  30  ns; 

1  1  1  0  0  -  00001110  1  :  30  ns; 

1  1  1  0  0  -  00001111  1  :  30  ns; 

1  1  1  0  0  -  00010000  1  :  30  ns; 

1  1  1  0  0  -  00010001  1  :  30  ns; 

1  1  1  0  0  -  00010010  1  :  30  ns; 

1  1  1  0  0  -  00010011  1  :  30  ns; 

1  1  1  0  0  -  00010100  1  :  30  ns; 

1  1  1  0  0  -  00010101  1  :  30  ns; 

1  1  1  0  0  -  00010110  1  :  30  ns; 

1  1  1  0  0  -  00010111  1  :  30  ns; 

1  1  1  0  0  -  00011000  1  :  30  ns; 

1  1  1  0  0  -  00011001  1  :  30  ns; 

1  1  1  0  0  -  00011010  1  :  30  ns; 

1  1  1  0  0  -  00011011  1  :  30  ns; 

1  1  1  0  0  -  00011100  1  :  30  ns; 

1  1  1  0  0  -  00011101  1  :  30  ns; 

1  1  1  0  0  -  00011110  1  :  30  ns; 

1  1  1  0  0  -  00011111  1  :  30  ns; 

1  1  1  0  0  -  00100000  1  :  30  ns; 

1  1  1  0  0  -  00100001  1  :  30  ns; 

1  1  1  0  0  -  00100010  1  :  30  ns; 

1  1  1  0  0  - -  00100011  1  :  30  ns; 

1  1  1  0  0  -  00100100  1  :  30  ns; 

1  1  1  0  0  -  00100101  1  :  30  ns; 

1  1  1  0  0  -  00100110  1  :  30  ns; 

1  1  1  0  0  -  00100111  1  :  30  ns; 

1  1  1  0  0  -  00101000  1  :  30  ns; 

1  1  1  0  0  -  00101001  1  :  30  ns; 

1  1  1  0  0  -  00101010  1  :  30  ns; 

1  1  1  0  0  -  00101011  1  ;  30  ns; 

1  1  1  0  0  -  00101100  1  :  30  ns; 

1  1  1  0  0  -  00101101  1  :  30  ns; 

1  1  1  0  0  -  00101110  1  :  30  ns; 

1  1  1  0  0  -  00101111  1  :  30  ns; 

1  1  1  0  0  -  00110000  1  :  30  ns; 

1  1  1  0  0  -  00110001  1  :  30  ns; 

1  1  1  0  0  -  00110010  1  :  30  ns; 

1  1  1  0  0  -  00110011  1  :  30  ns; 

1  1  1  0  0  -  00110100  1  :  30  ns; 

1  1  1  0  0  -  00110101  1  :  30  ns; 

1  1  1  0  0  -  00110110  1  :  30  ns; 

1  1  1  0  0  -  00110111  1  :  30  ns; 

1  1  1  0  0  -  00111000  1  :  30  ns; 
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1  1  1  0  0  -  00111001  1  :  30  ns; 

1  1  1  0  0  -  00111010  1  :  30  ns; 

1  1  1  0  0  -  00111011  1  :  30  ns; 

1  1  1  0  0  -  00111100  1  :  30  ns; 

1  1  1  0  0  -  00111101  1  :  30  ns; 

1  1  1  0  0  -  00111110  1  :  30  ns; 

1  1  1  0  0  -  00111111  1  :  30  ns; 

1  1  1  0  0  -  01000000  1  :  30  ns; 

1  1  1  0  0  -  01000001  1  :  30  ns; 

1  1  1  0  0  -  01000010  1  :  30  ns; 

1  1  1  0  0  -  01000011  1  :  30  ns; 

1  1  1  0  0  -  01000100  1  :  30  ns; 

1  1  1  0  0  -  01000101  1  :  30  ns; 

1  1  1  0  0  -  01000110  1  :  30  ns; 

1  1  1  0  0  -  01000111  1  :  30  ns; 

1  1  1  0  0  -  01001000  1  :  30  ns; 

1  1  1  0  0  -  01001001  1  :  30  ns; 

1  1  1  0  0  -  01001010  1  :  30  ns; 

1  1  1  0  0  -  01001011  1  :  30  ns; 

1  1  1  0  0  -  01001100  1  :  30  ns; 

1  1  1  0  0  -  01001101  1  :  30  ns; 

1  1  1  0  0  -  01001110  1  :  30  ns; 

1  1  1  0  0  -  01001111  1  :  30  ns; 

%  Load  250. 

1  0  1  0  0  11111010  -  -  :  30  ns; 

%  Count  Up  from  250  to  16  to  see  if  RCO_Bar  goes  low. 

1  1  1  0  0  -  11111010  1  :  30  ns; 

1  1  1  0  0  -  11111011  1  :  30  ns; 

1  1  1  0  0  -  11111100  1  :  30  ns; 

1  1  1  0  0  -  11111101  1  :  30  ns; 

1  1  1  0  0  -  11111110  1  :  30  ns; 

1  1  1  0  0  -  11111111  0  :  30  ns; 

1  1  0  0  -  00000000  1  :  30  ns; 

1  1  1  0  0  -  00000001  1  :  30  ns; 

1  1  1  0  0  -  00000010  1  :  30  ns; 

1  1  1  0  0  -  00000011  1  :  30  ns; 

1  1  1  0  0  -  00000100  1  :  30  ns; 

1  1  1  0  0  -  00000101  1  :  30  ns; 

1  1  1  0  0  -  00000110  1  :  30  ns; 

1  1  1  0  0  -  00000111  1  :  30  ns; 

1  1  1  0  0  -  00001000  1  :  30  ns; 

1  1  1  0  0  -  00001001  1  :  30  ns; 

1  1  1  0  0  -  00001010  1  :  30  ns; 

1  1  1  0  0  -  00001011  1  :  30  ns; 

1  1  1  0  0  -  00001100  1  :  30  ns; 

1  1  1  0  0  -  00001101  1  :  30  ns; 

1  1  1  0  0  -  00001110  1  ;  30  ns; 

1  1  1  0  0  -  00001111  1  :  30  ns; 

1110  0  -  OOOIOOOO  1  :  30  ns; 

%  Load  100. 

1  0  0  0  0  01100100  -  -  :  30  ns; 

%  Count  Down  through  0  to  245  to  see  if  RCO_Bar  goes  low. 

1  1  0  0  0  -  01100100  1  :  30  ns; 

1  1  0  0  0  -  01100011  1  :  30  ns; 

1  1  0  0  0  -  01100010  1  :  30  ns; 

1  1  0  0  0  -  01100001  1  :  30  ns; 

1  1  0  0  0  -  01100000  1  :  30  ns; 

1  1  0  0  0  -  01011111  1  :  30  ns; 

1  1  0  0  0  -  01011110  1  :  30  ns; 

1  1  0  0  0  -  01011101  1  :  30  ns; 

1  1  0  0  0  -  01011100  1  :  30  ns; 

1  1  0  0  0  -  01011011  1  :  30  ns; 

1  1  0  0  0  -  01011010  1  :  30  ns; 

1  1  0  0  0  -  01011001  1  :  30  ns; 

1  1  0  0  0  -  01011000  1  :  30  ns; 

1  1  0  0  0  -  01010111  1  :  30  ns; 

1  1  0  0  0  -  01010110  1  :  30  ns; 

1  1  0  0  0  -  01010101  1  :  30  ns; 

1  1  0  0  0  -  01010100  1  :  30  ns; 

1  1  0  0  0  -  01010011  1  :  30  ns; 

1  1  0  0  0  -  01010010  1  :  30  ns; 

1  1  0  0  0  -  01010001  1  :  30  ns; 

1  1  0  0  0  -  01010000  1  :  30  ns; 

1  1  0  0  0  -  01001111  1  :  30  ns; 

1  1  0  0  0  -  01001110  1  :  30  ns; 

1  1  0  0  0  -  01001101  1  :  30  ns; 

1  1  0  0  0  -  01001100  1  :  30  ns; 
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1  1  0  0  0  -  01001011  1  :  30  ns 

1  1  0  0  0  -  01001010  1  :  30  ns 

1  1  0  0  0  -  01001001  1  :  30  ns 

1  1  0  0  0  -  01001000  1  :  30  ns 

1  1  0  0  0  -  01000111  1  :  30  ns 

1  1  0  0  0  -  01000110  1  :  30  ns 

1  1  0  0  0  -  01000101  1  :  30  ns 

1  1  0  0  0  -  01000100  1  :  30  ns 

1  1  0  0  0  -  01000011  1  :  30  ns 

1  1  0  0  0  -  01000010  1  :  30  ns 

1  1  0  0  0  -  01000001  1  :  30  ns 

1  1  0  0  0  -  01000000  1  :  30  ns 

1  1  0  0  0  -  00111111  1  :  30  ns 

1  1  0  0  0  -  00111110  1  :  30  ns 

1  1  0  0  0  -  00111101  1  :  30  ns 

1  1  0  0  0  -  00111100  1  :  30  ns 

1  1  0  0  0  -  00111011  1  :  30  ns 

1  1  0  0  0  -  00111010  1  :  30  ns 

1  1  0  0  0  -  00111001  1  :  30  ns 

1  1  0  0  0  - ^ -  00111000  1  :  30  ns 

1  1  0  0  0  -  00110111  1  :  30  ns 

1  1  0  0  0  -  00110110  1  :  30  ns 

1  1  0  0  0  -  00110101  1  :  30  ns 

1  1  0  0  0  -  00110100  1  :  30  ns 

1  1  0  0  0  -  00110011  1  :  30  ns 

1  1  0  0  0  -  00110010  1  :  30  ns 

1  1  0  0  0  -  00110001  1  :  30  ns 

1  1  0  0  0  -  00110000  1  :  30  ns 

1  1  0  0  0  -  00101111  1  :  30  ns 

1  1  0  0  0  -  00101110  1  :  30  ns 

1  1  0  0  0  -  00101101  1  :  30  ns 

1  1  0  0  0  -  00101100  1  :  30  ns 

1  1  0  0  0  -  00101011  1  :  30  ns 

1  1  0  0  0  -  00101010  1  :  30  ns 

1  1  0  0  0  -  00101001  1  :  30  ns 

1  1  0  0  0  -  00101000  1  :  30  ns 

1  1  0  0  0  -  00100111  1  :  30  ns 

1  1  0  0  0  -  00100110  1  :  30  ns 

1  1  0  0  0  -  00100101  1  :  30  ns 

1  1  0  0  0  -  00100100  1  :  30  ns 

1  1  0  0  0  -  00100011  1  ;  30  ns 

1  1  0  0  0  -  00100010  1  :  30  ns 

1  1  0  0  0  -  00100001  1  :  30  ns 

1  1  0  0  0  -  00100000  1  :  30  ns 

1  1  0  0  0  -  00011111  1  :  30  ns 

1  1  0  0  0  -  00011110  1  :  30  ns 

1  1  0  0  0  -  00011101  1  :  30  ns 

1  1  0  0  0  -  00011100  1  :  30  ns 

1  1  0  0  0  -  00011011  1  :  30  ns 

1  1  0  0  0  -  00011010  1  :  30  ns 

1  1  0  0  0  -  00011001  1  :  30  ns 

1  1  0  0  0  -  00011000  1  :  30  ns 

1  1  0  0  0  -  00010111  1  :  30  ns 

1  1  0  0  0  -  00010110  1  :  30  ns 

1  1  0  0  0  -  00010101  1  ;  30  ns 

1  1  0  0  0  -  00010100  1  :  30  ns 

1  1  0  0  0  -  00010011  1  ;  30  ns 

1  1  0  0  0  -  00010010  1  :  30  ns 

1  1  0  0  0  -  00010001  1  :  30  ns 

1  1  0  0  0  -  00010000  1  :  30  ns 

1  1  0  0  0  -  00001111  1  :  30  ns 

1  1  0  0  0  -  00001110  1  :  30  ns 

1  1  0  0  0  -  00001101  1  :  30  ns 

1  1  0  0  0  -  00001100  1  :  30  ns 

1  1  0  0  0  -  00001011  1  :  30  ns 

1  1  0  0  0  -  00001010  1  :  30  ns 

1  1  0  0  0  -  00001001  1  :  30  ns 

1  1  0  0  0  -  00001000  1  :  30  ns 

1  1  0  0  0  -  00000111  1  :  30  ns 

1  1  0  0  0  -  00000110  1  :  30  ns 

1  1  0  0  0  -  00000101  1  :  30  ns 

1  1  0  0  0  -  00000100  1  :  30  ns 

1  1  0  0  0  -  00000011  1  :  30  ns 

1  1  0  0  0  -  00000010  1  :  30  ns 

1  1  0  0  0  -  00000001  1  :  30  ns 

1  1  0  0  0  -  00000000  0  :  30  ns 

1  1  0  0  0  -  11111111  1  :  30  ns 

1  1  0  0  0  -  11111110  1  ;  30  ns 

1  1  0  0  0  -  11111101  1  :  30  ns 

1  1  0  0  0  -  11111100  1  :  30  ns 

1  1  0  0  0  -  11111011  1  :  30  ns 
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1  1  0  0  0  -  11111010  1  :  30  ns; 

1  1  0  0  0  -  11111001  1  :  30  ns; 

1  1  0  0  0  -  11111000  1  :  30  ns; 

1  1  0  0  0  -  11110111  1  :  30  ns; 

1  1  0  0  0  -  11110110  1  :  30  ns; 

1  1  0  0  0  -  11110101  1  :  30  ns; 

%  Load  zero,  count  up  to  2,  disable  counting  with  KNT_Bar  and  ENP_Bar 
%  for  two  clocks  then  count  down  past  0  to  253 . 

1  0  1  0  0  00000000  -  -  :  30  ns; 

1  1  1  0  0  -  00000000  1  :  30  ns; 

1  1  1  1  1  -  00000001  1  :  30  ns; 

1  1  1  1  1  -  00000010  1  :  30  ns; 

1  1  0  0  0  -  00000010  1  :  30  ns; 

1  1  0  0  0  -  00000010  1  :  30  ns; 

1  1  0  0  0  -  00000001  1  :  30  ns; 

1  1  0  0  0  -  00000000  0  :  30  ns; 

1  1  0  0  0  -  11111111  1  :  30  ns; 

1  1  0  0  0  -  11111110  1  :  30  ns; 

1  1  0  0  0  -  11111101  1  :  30  ns; 


%  Load  zero,  count  up  to  2,  disable  counting  with  only  ENT_Bar  high 
%  for  two  clocks  then  count  down  past  0  to  253 . 


1  0  1  0  0  00000000  -  -  :  30  ns; 

1  1  1  0  0  -  00000000  1  :  30  ns; 

1  1  1  1  0  -  00000001  1  :  30  ns; 

1  1  1  1  0  -  00000010  1  :  30  ns; 

1  1  0  0  0  -  00000010  1  :  30  ns; 

1  1  0  0  0  -  00000010  1  :  30  ns; 

1  1  0  0  0  -  00000001  1  :  30  ns; 

1  1  0  0  0  -  00000000  0  :  30  ns; 

1  1  0  0  0  -  11111111  1  :  30  ns; 

1  1  0  0  0  -  11111110  1  :  30  ns; 

1  1  0  0  0  -  11111101  1  :  30  ns; 


%  Load  zero,  count  up  to  2,  disable  counting  with  only  ENP_Bar  hiah 
%  for  two  clocks  then  count  down  past  0  to  253. 


1  0  1  0  0  00000000  - -  :  30  ns; 

1  1  1  0  0  -  00000000  1  :  30  ns; 

1  1  1  0  1  -  00000001  1  :  30  ns; 

1  1  1  0  1  -  00000010  1  :  30  ns; 

1  1  0  0  0  -  00000010  1  :  30  ns; 

1  1  0  0  0  -  00000010  1  :  30  ns; 

1  1  0  0  0  -  00000001  1  :  30  ns; 

1  1  0  0  0  -  00000000  0  :  30  ns; 

1  1  0  0  0  -  11111111  1  :  30  ns; 

1  1  0  0  0  -  11111110  1  :  30  ns; 

1  1  0  0  0  -  11111101  1  :  30  ns; 
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APPENDIX?:  54LS/74LS299  8  -  INPUT 
UNIVERSAL  SHIFT/STORAGE  REGISTER 


A7.1  VHDL  Model 


--  TITLE:  FAIRCHILD  8-input  universal  shift/storage  register;  54LS/4LS299 
--  DATE  :  16  June  1995 

--  VERSION  :  2.0 

--  FILENAME  :  register_with_timing .vhd 

--  FUNCTION  ;  Entity  and  architecture  for  54LS/74LS299 ;  '299  is  8-bit  universal 

--  shift/storage 

--  register  with  3-state  outputs.  Four  modes  of  operation  are  possible :  hold(store) 
--  ,  shift  left,  shift  right  and  load  data.  The  parallel  load  inputs  and  --  flip-flop 
--  outputs  are  multiplexed  to  reduce  total  number  of  package  pins.  Separate  outputs 
--  are  provided  for  flip-flops  QO  and  Q7  to  allow  easy  cascading .  A  separate  active 
--  low  master  reset  is  used  to  reset  te  register . 

--  Dataflow  Model. 

--  AUTHOR  :  James  M.  Nagy 

--  ORGANIZATION;  Rome  Laboratory 

--  PURPOSE  AND  USE:  This  was  written  as  an  bi-directional  example  to  help  build  the 
--  Rome  Laboratory  WAVES  tools. 

--  TIMING;  Max 

--  DEVELOPMENT  PLATFORM  ;  Sun  Sparc  Station  IPX 
--  VHDL  SOFTWARE  VERSION;  Synopsys  3.3a 

--  HISTORY; 

--28  Apr  95  -  vl.O  -  Initial  version,  functional  only,  no  timing. 

--  31  May  95  -  v2.0  -  Final  version  with  worst  case  timing. 


LIBRARY  IEEE; 

USE  IEEE. STD_LOGIC_I164 .ALL; 

ENTITY  shift_register  IS 

generic;  to_inin  :  TIME  :=  2  ns;  clk_to_io  :  TIME  :=  32  ns; 

clk_to_q0_or_7  :  TIME  :=  34  ns;  reset_to_outputs  :  TIME  :=  36  ns; 
out_enable_z_to_hi  :  TIME  :=  25  ns;  out_enable_hi_to_z  :  TIME  :=  27  ns; 
out_enable_z_to_lo  :  TIME  ;=  30  ns;  out_enable_lo_to_z  :  TIME  :=  34  ns; 
setup_data_to_clk  :  TIME  :=  30  ns;  setup_selection_to_olk  ;  TIME  :=  41  ns; 
hold_all_inputs_to_clk  :  TIME  :=  0  ns;  reset_to_clock_hi  ;  TIME  :=  5  ns; 
reset_lo_pulse_width  :  TIME  :=  22  ns;  clk_hi_pulse_width  :  TIME  :=  30  ns); 

port;  selection,  enable_out  :  IN  STD_LOGIC_VECTOR ; 0  TO  1); 
clock, data_0 , data_7 ,master_reset  :  IN  STD_LOGIC; 
io  :  INOUT  STD_LOGIC_VECTOR ; 0  TO  7)  BUS; 
out_0,out_7  :  OUT  STD_LOGIC)  ; 

BEGIN 

--  Master  reset  width  check 
ASSERT 

;not  ; ;master_reset  =  'O'  AND  NOT  master_reset ' STABLE)  AND 
inaster_reset '  LAST_EVENT  >=  reset_lo_pulse_width)  ) 

--  NOT  Master_Reset  ' DELAYED' STABLE(Reset_lo_pulse_width) ) ) 

REPORT 

"RESET  PULSE  WIDTH  TOO  SHORT" 

SEVERITY  WARNING; 
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--  Minimum  clock  width  pulse  check 
ASSERT 

(NOT  ((olock='l'  AND  NOT  olook ' STABLE)  AND 
clock ■LAST_EVENT  >=  clk_hi_pulse_width) ) 

--  NOT  Clock 'delayed' Stable (clk_hi_pulse_width) ) ) 

REPORT 

"CLOCK  PULSE  WIDTH  TOO  SHORT" 

SEVERITY  WARNING; 

--  Setup  timing  checks  for  selection,  JO,  Data_0  and  Data_7 
ASSERT 

(NOT  (clock  =  AND  clock 'EVENT  AND  NOT 

selection ' STABLE (setup_selection_to_clk) ) ) 

REPORT 

"Setup  TIME  VIOLATION  ON  selection  PINS” 

SEVERITY  WARNING; 

ASSERT 

(NOT  (clock  =  AND  clock 'EVENT  AND  NOT  io '  STABLE  ( setup_data_tO_C  Ik)  AND 

selection  ="11")) 

REPORT 

"Setup  TIME  VIOLATION  ON  IO  PINS" 

SEVERITY  WARNING; 

ASSERT 

(NOT  (clock  =  '1'  AND  clock'EVENT  AND  NOT  data_0 ' STABLE (setup_data_to_clk) ) ) 
REPORT 

"Setup  TIME  VIOLATION  ON  Data_0  PIN" 

SEVERITY  WARNING; 

ASSERT 

(NOT  (clock  =  '1'  AND  clock'EVENT  AND  NOT  data_7 ' STABLE (8etup_data_to_clk) ) ) 
REPORT 

“Setup  TIME  VIOLATION  ON  Data_7  PIN" 

SEVERITY  WARNING; 

--  Hold  timing  checks  for  10, 

ASSERT 

(NOT  (clock  =  '1'  AND  io' EVENT  AND  NOT  clock '  STABLE  (hold_all_inputS_tO_olk)  )  ) 
REPORT 

"HOLD  TIME  VIOLATION  ON  IO  PINS" 

SEVERITY  WARNING; 

ASSERT 

(NOT  (clock  =  '1'  AND  selection ' EVENT  AND  NOT 
clock' STABLE (hold_all_inputs_to_clk) ) ) 

REPORT 

"HOLD  TIME  VIOLATION  ON  selection  PINS" 

SEVERITY  WARNING; 

ASSERT 

(NOT  (clock  =  '1'  AND  data_0 'EVENT  AND  NOT 

clock' STABLE (hold_all_inputs_to_clk) ) ) 

REPORT 

"HOLD  TIME  VIOLATION  ON  Data_0  PIN" 

SEVERITY  WARNING; 

ASSERT 

(NOT  (clock  =  '1'  AND  data_7' EVENT  AND  NOT 

clock' STABLE (hold_all_inputs_to_clk) ) ) 

REPORT 

"HOLD  TIME  VIOLATION  ON  Data_7  PIN" 

SEVERITY  WARNING; 


END  shift_register ; 


ARCHITECTURE  behavioral  OF  shif t_register  IS 
SIGNAL  q  ;  STD_LOGIC_VECTOR  ( 0  TO  7)  REGISTER, - 

BEGIN 

memory_reset :  BLOCK  {  master_reset  =  ■ 0 ' ) 

BEGIN 

q  <=  GUARDED  "00000000"; 

END  BLOCK; 

clocking  :  BLOCK  (clock  =  AND  NOT  clock 'STABLE  AND  master_reset  =  '1') 

BEGIN 

shift_right:  BLOCK (selection  =  "10"  AND  GUARD) 

BEGIN 

q  <=  GUARDED  data_0  &  q(0  TO  6) ; 

END  BLOCK  shift_right; 

shift_left:  BLOCK (selection  =  "01"  AND  GUARD) 

BEGIN 

q<=  GUARDED  q(l  TO  7)  &  data_7 ; 

END  BLOCK  shift_left; 

parrel_load  :  BLOCK (selection  =  ”11"  AND  GUARD) 

BEGIN 

q<=  GUARDED  io ; 

END  BLOCK  parrel_load; 

Hold  :  BLOCK  (selection  =  “00"  AND  GUARD) 

BEGIN 

Q  <=  GUARDED  Q; 

END  BLOCK  Hold; 

END  BLOCK  clocking; 

check_oe  :  BLOCK  (  enable_out  =  "00”  ) 

BEGIN 

io  <=  GUARDED  q  AFTER  reset_to_outputs  WHEN  q  =  "00000000"  ELSE 

q  AFTER  out_enable_z_to_hi  WHEN  io  =  "ZZZZZZZZ"  ELSE 
q  AFTER  clk_to_iO; 

END  BLOCK  oheck_oe; 

check_2  ;  BLOCK (  TRUE  ) 

BEGIN 


io(0) 

<  = 

GUARDED 
'  Z  ' 

' Z '  AFTER  out_enable_hi_to_z 
AFTER  out_enable_lo_to_z ; 

WHEN 

o 

O 

•H 

= 

■1' 

ELSE 

io{l) 

<  = 

GUARDED 

■Z' 

' Z ’  AFTER  out_enable_hi_to_z 
AFTER  out_enable_lo_to_z ; 

WHEN 

io(0) 

= 

■1' 

ELSE 

io(2) 

<  = 

GUARDED 

'Z' 

' Z '  AFTER  out_enable_hi_to_z 
AFTER  out_enable_lo_to_z; 

WHEN 

io(0) 

’  1 ' 

ELSE 

io{3) 

<  = 

GUARDED 

■Z' 

' Z '  AFTER  out_enable_hi_to_z 
AFTER  out_enable_lo_to_z; 

WHEN 

o 

0 

•H 

= 

■1' 

ELSE 

io(4) 

<  = 

GUARDED 

'Z' 

' Z '  AFTER  out_enable_hi_to_z 
AFTER  out_enable_lo_to_z; 

WHEN 

io(0) 

= 

■  1 ' 

ELSE 

io{5) 

<  = 

GUARDED 
'  Z  ' 

' Z '  AFTER  out_enable_hi_to_z 
AFTER  out_enable_lo_to_z ; 

WHEN 

io{0) 

■1' 

ELSE 

io(6) 

<  = 

GUARDED 
'  Z  ' 

' Z '  AFTER  out_enable_hi_to_z 
AFTER  out_enable_lo_to_z ; 

WHEN 

io(0) 

= 

'  1 ' 

ELSE 

io{7) 

<  = 

GUARDED 

'Z' 

' Z '  AFTER  out_enable_hi_to_z 
AFTER  out_enable_lo_to_z ; 

WHEN 

io(0) 

= 

'1' 

ELSE 

END  BLOCK  cheok_z ; 

out_0  <=  q(0)  AFTER  olk_to_q0_or_7 ; 
out_7  <=  q(7)  AFTER  clk_to_q0_or_7 ; 

END  behavioral ; 
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A7.2  Waves  Header  File 


************************************************** 

__  ********  Header  File  for  Entity:  shift_register 

************************************************** 
************************************************** 

--  Data  Set  Identification  Information 

TITLE  A  General  Description 

DEVICE_ID  shift_reaister 

date  Fri  Jul  28  10:44:44  1995 

ORIGIN  Company  X  Design  Team 

AUTHOR  Company  or  Person 

AUTHOR  Maybe  Multiple  . . .  Companies  or  People 

date  Fri  Jul  28  10:44:44  1995 

ORIGIN  Modified  by  Company  X  Design  Team 

AUTHOR  Who  did  it  Company  or  Person 

OTHER  Use  TestBench  register_tstbench.vhd 

OTHER  Any  general  comments  you  want 

OTHER  Built  Using  the  WAVES-VHDL  1164  STD  Libraries 

--  Data  Set  Construction  Information 

waves_f i lename 

LIBRARY 
USE 
USE 
USE 
USE 

waves_unit 
waves_£llename 

external_filenaine  vectors.txt  vectors 

waveform_generator_procedure  WORK. waveB_Bhift_regiBter .waveform 


register_pins . vhd  WORK 

waves_1164 ; 

waves_1164 .waves_1164_pin_codes . ALL; 
waves_1164 .waves_1164_logic_value . ALL; 
waves_1164 .waves_interface . ALL; 
WORK.uut_test_pins .ALL; 

waves_objeots  WORK 

register_wgen. vhd  WORK 
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A7.3  Waves  Pins  Package 


--  ********  This  File  Was  Automatically  Generated  ******** 

--  ********  By  The  WAVES -VHDL  TestBench  Tool  ******** 

__  ********  Generated  for  Entity:  shift_register 

--  ********  This  File  Was  Generated  on:  Fri  Jul  28  10:44:44  1995 


PACKAGE  uut_test_pins  IS 

TYPE  test_pins  IS  (seleotion_0,  seleetion_l,  enable_out_0 ,  enable_out_l , 

clock,  data_0,  data_7,  master_reset,  io_0,  io_l,  io_2,  io_3,  io_4, 
io_5 ,  io_6 ,  io_7 ,  out_0 ,  out_7 ) ; 

END  uut_test_pins ; 
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A7.4  Waves  Generator  Package 


__  ********  This  File  Was  Automatically  Generated  ******** 

__  ********  By  WAVES-VHDL  TestBench  Tool  ******** 

--  ********  Generated  for  Entity:  shift_register 

__  ********  This  File  Was  Generated  on;  Wed  Jun  7  17:06:15  1995 


LIBRARY  waves_std; 

USE  waves_std .waves_standard . ALL; 

LIBRARY  wave8_1164; 

USE  STD.TEXTIO.ALL; 

USE  waves_1164 .waves_1164_frames . ALL; 

USE  waves_1164 .waves_1164_pin_codes . ALL; 

USE  waves_1164 .waves_interface . ALL; 

USE  WORK. waves_objectfl. ALL; 

USE  WORK. uut_test_pins .ALL ; 

PACKAGE  wgp_shift_register  IS 

PROCEDURE  waveform (SIGNAL  wpl  :  INOUT  waves_port_list ) ; 
END  wgp_shift_register ; 


PACKAGE  BODY  wgp_shif t_register  IS 

--  This  is  the  uut  pin  declaration  pin  and  ordering 
--  Remember  you  need  to  match  the  External  file  to  This  order 

--selection_0,  selection_l,  enable_out_0,  enable_out_l,  clock,  data_0, 

--  data_7,  master_reset ,  io_0,  io_l,  io_2,  io_3,  io_4,  io_5,  io_6,  io_7 , 

--  out_0,  out_7 

PROCEDURE  waveform (SIGNAL  wpl  :  INOUT  waveB_port_list )  IS 

FILE  veotor_file  :  TEXT  IS  IN  "vectors.txt"; 

VARIABLE  vector  :  file_8lice  :=  new_f ile_8lice; 

--  declare  time  constants  to  use  or  use  time  literals 
--  constants  or  time  literals  can  be  used  as  the  frame  time  values 

CONSTANT  Belection:  pin8et:=  new_pinset((  8election_0,  8eleotion_l) ) ; 

CONSTANT  enable_out :  pinset:=  new_pinset((  enable_out_0 ,  enable_out_l) ) ; 

CONSTANT  io;  pinset:=  new_pinset ( (  io_0,  io_l,  io_2,  io_3,  io_4, 
io_5 ,  io_6 ,  io_7 ) ) ; 

CONSTANT  outputB:  pin8et : =  new_pinset ( (out_0 ,  out_7 ) ) ; 

CONSTANT  in_pin8 :  pin8et:=  new_pin8et { {data_0 ,  data_7, 

master_reset ) ) ; 

CONSTANT  inputs:  pinset:=  in_pins  OR  selection  OR 
enable_out ; 
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--  you  Must  Modify  the  Frame  Sets,  Cycle  Times,  Frame  Times,  Groupings 
--  This  file  Is  only  a  Template  to  get  you  started 


--  Declare  The  Frame  Sets  (timing  sets) 

VARIABLE  wtl  :  wave_timing_list  (1  TO  2)  :=  ( 

--  Frame  Set  1 

(  delay  =>  delay  (  100  ns  ) , 
timing  =>  new_time_data ( 

new_frame_set_array (pulse_high(  50  ns,  80  ns),  clock)  + 
new_frame_set_array (window (  85  ns,  95  ns),  io)  + 

—  or  drive  format  New_frame_set_array  (Non_return  (  ns),  10)  + 

new_frame_set_array (non_return(  5  ns) ,  inputs)  + 
new_frame_set_array (window (  85  ns,  95  ns),  outputs) 

)  )  , 

--  Frame  Set  2 

(  delay  =>  delay  (  100  ns  ) , 
timing  =>  new_time_data ( 

new_frame_8et_array (pulse_high (  50  ns,  80  ns)  ,  clock)  + 

--  select  compare  New_frame_set_array(Window(  ns,  ns),  10)  + 

new_frame_set_array (non_return(  5  ns) ,  io)  + 
new_frame_set_array (non_return(  5  ns) ,  inputs)  + 
new_frame_set_array (window (  85  ns,  95  ns),  outputs) 

)  )  ); 


BEGIN 

LOOP 

read_file_slioe  (vector_file,  vector);  --  get  first  vector 
EXIT  WHEN  vector. end_of_file; 

apply(wpl,  vector .codes .ALL,  wtl (vector . fs_integer) ) ; 

END  LOOP; 

END  waveform; 


END  wgp_shi£t_register; 
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A7.5  Waves  Testbench  Code 


__  ********.  This  File  Was  Automatically  Generated  ******** 

__  ********  By  The  WAVES -VHDL  TestBench  Tool  ******** 

__  ********  Generated  for  Entity:  shift_register 

__  ********  This  File  Was  Generated  on:  Fri  Jul  28  10:44:44  1995 


LIBRARY  IEEE; 

USE  IEEE. STD_LOGIC_1164. ALL; 

LIBRARY  waves_1164; 

USE  waves_1164 .waves_1164_utilities .ALL; 

USE  WORK. uut_test_pins .ALL; 

USE  WORK. waves_objects .ALL; 

USE  WORK . wgp_shif t_register . ALL ; 

--  Include  component  libary  references  here 

--  User  Must  Modify  And  ADD  component  libary  references  here 
--  Include  component  libary  references  here 

ENTITY  test_bench  IS 
END  test_bench; 


ARCHITECTURE  shift_register_test  OF  test_bench  IS 


--***********CONFIGURATION  SPECIFICATION  *************** 


COMPONENT  shift_register 
PORT  { 


selection 

:IN 

STD_LOGIC_VECTOR ( 

0 

TO 

1 

enable_out 

:IN 

STD_LOGIC_VECTOR ( 

0 

TO 

1 

clock 

:IN 

STD_LOGIC ; 

data_0 

:IN 

STD_LOGIC; 

data_7 

:IN 

STD_LOGIC; 

master_reset 

:IN 

STD_LOGIC; 

io 

: INOUT 

STD_LOGIC_VECTOR ( 

0 

TO 

7 

out_0 

:OUT 

STD  LOGIC; 

out_7 

:OUT 

STD_LOGIC) ; 

END  COMPONENT; 


--  Modify  entity  use  statement 

--  User  Must  Modify  modify  and  declare  correct 
..  Architecture,  Library,  Component  .. 

--  Modify  entity  use  statement 

FOR  ALL:shift_register  USE  ENTITY  WORK . shift_register (behavioral ) ; 


_ ii-Hrih:k*H’******************iir********************************* 

--  stimulus  signals  for  the  waveforms  mapped  into  UUT  INPUTS 

_ im-*-******^^*********************************^^************** 


SIGNAL  wav_stim_selection 
SIGNAL  wav_stim_enable_out 
SIGNAL  wav_stini_clock 
SIGNAL  wav_stiiti_data_0 
SIGNAL  wav_stim_data_7 
SIGNAL  wav_stim_master_reset 


STD_LOGIC_VECTOR  (  0  TO  1  )  ; 
STD_LOGIC_VECTOR  (  0  TO  1  )  ; 
STD_LOGIC; 

STD_LOGIC; 

STD_LOGIC; 

STD_LOGIC; 


_ itr^**Hr*'^*Hr******}lr*****************************:k****** 

--  Expected  signals  used  in  monitoring  the  UUT  OUTPUTS 

_ Th^itH:*)^**********^^:**********************-************* 


SIGNAL  fail_signal 
SIGNAL  wav_expect_io 
SIGNAL  wav_expect_out_0 
SIGNAL  wav_expect_out_7 


STD_LOGIC; 

;  STD_ULOGIC_VECTOR  (  0  TO  7  )  ; 

STD_LOGIC; 

STD_LOGIC; 
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_ ie*****************ie********'**it*ie***ie***ie*ir**ir***'k***-fe-k 

--  UUT  Output  signals  used  In  Monitoring  ACTUAL  Values 
__****************************************************** 


SIGNAL  aotual_out_0  :STD_LOGIC; 

SIGNAL  actual_out_7  :STD_LOGIC; 

_ ^^i^*it******i^********************************************* 

--  Bi_directional  signals  used  for  stimulus  signals  mapped 
--  into  UUT  INPUTS  and  also  monitoring  the  UUT  OUTPUTS 

__i^*****i^**********************************************r*ilr** 


SIGNAL  bi_direc_io  : STD_LOGIC_VECTOR (  0  TO  7  ) ; 

--  WAVES  signals  OUTPUTing  each  slice  of  the  waves  port  list 
_ **************************************************************** 


SIGNAL  wpl  :  waves _port_list; 


BEGIN 

_ ie^ie************************************************************ 

--  process  that  generates  the  WAVES  waveform 

_ ^it************************************************************* 


waves:  waveform (wpl ) ; 

_ it************************************************************** 

--  processes  that  convert  the  WPL  values  to  1164  Logic  Values 

_ it************************************************************** 


wav_stlm_selection 

<  = 

stim_1164 (wpl .wpl (  1 

TO  2 

) ) ; 

wav_st im_enable_out 

<  = 

stim_1164 (wpl .wpl (  3 

TO  4 

) ) ; 

wav_stim_clock 

<  = 

stim_1164 (wpl .wpl (  5 

)); 

wav_stim_data_0 

<  = 

stim_1164 (wpl .wpl (  6 

) )  ; 

wav_Bt im_data_7 

<  = 

stim_1164 (wpl .wpl (  7 

) )  ; 

wav_stim_master_reset 

<  = 

stim  1164 (wpl .wpl (  8 

)); 

bi_direc_io 

<  = 

bi_dir_1164 (wpl .wpl ( 

9  to 

16 

)  ) 

wav_expect_io 

<  = 

expect_1164 (wpl .wpl ( 

9  TO 

16 

)) 

wav_expect_out_0 

<  = 

expect_1164 (wpl .wpl ( 

17  )) 

; 

wav_expect_out_7 

<  = 

expect_1164 (wpl .wpl ( 

18  )) 

'  ! 

--  UUT  Port  Map  -  Name  Symantics  Denote  Usage 


ul :  shift_register 
PORT  MAP{ 
selection 
enable_out 
clock 
data_0 
data_7 

master_reset 

io 

out_0 

out_7 


=>  wav_stim_selection, 

=>  wav_stim_enable_out , 

=>  wav_stim_clock, 

=>  wav_stim_data_0 , 

= >  wav_s  t im_dat a_7 , 

=>  wav_stim_master_reBet , 
=>  bi_direc_io, 

=>  actual_out_0 , 

=>  actual_out_7 ) ; 
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--  Monitor  Processes  To  Verify  The  UUT  Operational  Response 


monitor_io : 

PROCESS (bi_direc_io,  wav_expect_io) 

BEGIN 

ASSERT (compatible  (actual  =>  bi_direc_io, 

expected  =>  ■wav_expect_io)  ) 

REPORT  "Error  on  10  output"  SEVERITY  WARNING; 

IF  (  compatible  (  bi_direo_io,  wav_expeot_io)  )  THEN 
fail_sional  <='L';  ELSE  faii_signal  <='!'; 

END  IF ; 

END  PROCESS; 


monitor_out_0 : 

PROCESS {actual_out_0 ,  wav_expeot_out_0 ) 

BEGIN 

ASSERT (compatible  (actual  =>  actual_out_0 , 

expected  =>  wav_expect_out_0 ) ) 

REPORT  "Error  on  OUT_0  output"  SEVERITY  WARNING; 

IF  (  compatible  (  actual_out_0 ,  wav_expect_out_0 )  )  THEN 
£all_8lgnal  <='L';  ELSE  fail_signal  <='l'; 

END  IF; 

END  PROCESS; 


monitor_out_7 : 

PROCESS {aotual_out_7 ,  wav_expect_out_7 ) 

BEGIN 

ASSERT (compatible  (actual  =>  actual_out_7 , 

expected  =>  wav_expect_out_7 ) ) 

REPORT  "Error  on  0UT_7  output"  SEVERITY  WARNING; 

IF  (  compatible  {  aotual_out_7 ,  wav_expect_out_7 )  )  THEN 

fail_signal  <= ' L ' ;  ELSE  fail_signal  <='!'; 

END  IF; 

END  PROCESS; 


END  shift_register_test ; 


A7.6  External  Vector  File 
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MISSION 

OF 

ROME  LABORATORY 


Mission.  The  mission  of  Rome  Laboratory  is  to  advance  the  science  and 
technologies  of  command,  control,  communications  and  intelligence  and  to 
transition  them  into  systems  to  meet  customer  needs.  To  achieve  this, 
Rome  Lab: 

a.  Conducts  vigorous  research,  development  and  test  programs  in  all 
applicable  technologies; 

b.  Transitions  technology  to  current  and  future  systems  to  improve 
operational  capability,  readiness,  and  supportability; 

c.  Provides  a  full  range  of  technical  support  to  Air  Force  Materiel 
Command  product  centers  and  other  Air  Force  organizations; 

d.  Promotes  transfer  of  technology  to  the  private  sector; 

e.  Maintains  leading  edge  technological  expertise  in  the  areas  of 
surveillance,  communications,  command  and  control,  intelligence,  reliability 
science,  electro-magnetic  technology,  photonics,  signal  processing,  and 
computational  science. 

The  thrust  areas  of  technical  competence  include:  Surveillance, 
Communications,  Command  and  Control,  Intelligence,  Signal  Processing, 
Computer  Science  and  Technology,  Electromagnetic  Technology, 
Photonics  and  Reliability  Sciences. 


